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(54) Video data editing apparatus, optical cflsc for use as a recording medium of a video data 
editing apparatus, and computer-readable recording medium 

(57) One or more video objects are recorded on an 
optical disc. When a user indicates a Uniting etfit that 
links sections of the video objects, video object units 
(VOBUs) that include picture data at the end of a former 
section and VOBUs that include picture data at the start 
of a latter section are read from the optical disc and the 
audio packs and video packs are separated from these 
read VOBs. Next the video packs are re-encoded and 
some of the audio packs that were originally in the 
former section are multiplexed into the latter section. 
The result of the multiplexing is then recorded onto the 
optical disc. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present Invention relates to a video data 
editing apparatus that uses an optical disc as an editing 
medium tor video data a computer-readable recording 
medium that stores an editing program, an optica) disc 
for use as a recording medium of a video data editing 
apparatus, and a reproduction apparatus for an optical 
disc. 

3,P«crjpBon ol Brc Background At 

[0002] Video editors in the fim and broadcasting 
industries make full use of their sWH and experience 
when editing the great variety of video productions that 
reach the market While movie fans and home video 
makers may not possess such sMU or experience, many 
are stiO inspired by professional ecfiting to try video edit- 
ing for themselves. This creates a demand for a domes- 
tic video editing apparatus that can perform advanced 
video editing while still being easy to use. 
[0093] WhBe video ecfiting generally involves a variety 
of operations, domestic video editing apparatuses that 
are likely to appear on the market in the near future wiO 
especially require an advanced scene finking function. 
Such function Ortte a number of scenes to form a single 
work. 

[0004] When Unking scenes using conventional 
domestic equipment the user connects two video cas- 
sette recorders to form a dubbing system. The opera- 
tions performed when linking scenes using this Wnd of 
dubbing system aredescrbed below. 
[0005] Fig. lAshowsavideoeditingsetupusingvideo 
cassette recorders that are respectively capable of 
recording and playing back video signals The setup of 
Fig. 1 A includes the video cassette 301 that records the 
source video, the video cassette 302 for recording the 
editing result and two video cassette recorders 303 and 
304 for playing back and recording video images on the 
video cassettes 301 and 302. in this example, the user 
attempts to perform the editing operation shown in Rg. 
1 Busing the setup of Fig. 1A. 
[0006] Rg. IB show the relationship between the 
source materials to be edited and the editing result. In 
this example, the user plays back scene 505 that is 
located between time t5 and time 110 of the source 
materials, scene 506 that is located between time tl3 
and t2l . and scene 507 that is located between time t23 
and t25 and attempts to produce and editing resuft that 
is only composed of these scenes. 
[0007] With the setup of Rg. 1A, the user sets the 
video cassette 301 including the source materials into 
the video cassette recorder 303 and the video cassette 
302 for recording the editing result into the video cas- 



sette recorder 304. 

[0008] After setting the video cassettes 301 and 302. 
the user presses the fast-forward button on the opera- 
tion panel of the video cassette recorder 303 (as 6hown 

5 by (J) in Rg. 1A) to search for the start of scene 505. 
Next the user presses the play button on the operation 
panel of the video cassette recorder 303 (as shown by 
® in Rg. 1A) to reproduce scene 505. At the same 
time, the user presses the record button on the opera- 

to tion panel of the video cassette recorder 304 (as shown 
by © in Rg. 1 A) to commence recording. When scene 
505 has finished, the user stops the operation of both 
video cassette recorders 303 and 304. The user then 
test-forwards the video cassette to the start of scene 

is 506, and then simultaneously co m m ences the playback 
by video cassette recorder 303 and the recording by 
video cassette recorder 304. After completing the above 
process tor scenes 508 and 507, the user has the video 
cassette recorders 303 and 304 respectively rewind the 

20 video cassettes 301 and 302 to complete the editing 
operation. 

[0009) If the scene linking operation described above 
coiiUbeperforrrtedwrtheaseaitrtehome, users would 
then be able to easily manage programs that have been 

25 recorded on a large number of magnetic tape cassettes. 
[0010] A first problem with the video ecfiting setup 
descrtoed above though is that the source material and 
editing result need to be recorded on separate record- 
ing media, meaning that two video cassette recorders 

30 need to be used for playing back and recording the 
respective recorcfing media. This greatly increases the 
scale of the video editing setup. 
[0011] A second problem is thai the need to reproduce 
the video images between time t5~t10, t13-t21. and 

35 time t23~t25 using video cassette recorder 303 makes 
the video ecfiting very time consuming. Here, the longer 
the video excerpts thai compose the editing result the 
longer the reproduction time and the ecfiting time, mean- 
ing that the ecfiting of iong source materials can take an 

40 extremely long time. 

[0012] To complete the above linking process in a 
short time with small-scale equipment it would be ideal 
for the pieces of the recorcfing media that record the 
desired video images to be simply linked together, as 

45 with the conventional splicing of sections of magnetic 
tape. When the source materials are stored as analog 
video signals, there may be no significant problems 
should the sections of magnetic tape storing the desired 
materials be spliced together. However, when linking 

so system streams that have been highly compressed 
according to MPEG techniques, there are the problems 
that the video reproduction can be interrupted or dis- 
turbed at the joins between the spliced sections. Here, 
the expression "system stream" refers to video data and 

55 audio data that are multiplexed together, with such 
streams also being called "audio-visual data (AV data)" 
in this specification. 

[001 3] One of the causes of the above problem is the 
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assigning of variable-length coda to video frames In a 
video stream. When encoding a video stream, an opti- 
ma) amount of code is assigned to each display cyde in 
order to strike a good balance between to the oornpteoc* 
ityof the image to be displayed and the amount of data 
that is already stored in the buffer of the video decoder. 
[0014] Since precise calculations are performed when 
assigning code within a video stream, it can be ensured 
that no underflows or overflows wiD occur in the decoder 
buffer when a single video stream is reproduced in its 
original form However, when separately encoded 
former and latter video streams are finked together, the 
latter video stream wifl be inputted into the buffer of a 
video decoder with no consideration to the amount of 
data already accumulated in the video decoder buffer at 
the end of reproduction of the former video stream. 
When this happens* there is a clear posstoflity of an 
overflow or an underflow occurring in the video decoder 
buffer. When linWng partial sections of a system stream 
in the same way as in Rg. 1B, there is the possibility of 
an overflow or an underflow occurring in the video 
decoder buffer when the reproduction proceeds from a 
former section to a latter section. 
[0015] Reproduction of video without interruptions 
and disturbances is caOed seamless reproduction. To 
perform seamless reproduction of linked sections, it is 
necessary to temporarily convert the former section and 
latter section into video signals and audio signals and to 
then re-encode these signals to convert the signals of 
the former section and latter section into a single video 
stream and audio stream The time taken by such re- 
encoding is proportional to the amount of data in the 
video streams and audio streams of the ecfited source 
materials. As a result, when the source materials con- 
tain a large amount of data, this process wifl be very 
time-consuming. 

[00161 To perform AV synchronization during the 
reproduction of an MPEG system stream, the time 
stamps that show the respective reproduction times of a 
video stream and an audio stream must be consecutive. 
ConventionaSy, MPEG standards have focused on the 
consecutive reproduction of one stream from start to 
end, so that seamless reproduction has not been possi- 
ble for two MPEG streams which do not have consecu- 
tive time stamps. As a result during ecfiting, it has been 
necessary to give at lead one of the Dnked MPEG 
streams lime stamps that are continuous with the time 
stamps In the other MPEG stream, meaning that the lat- 
ter MPEG stream has had to be re-encoded in its 
entirety. 

SUMMARY OF THE INVENTION 

[0017] It is a first object of the present invention to pro- 
vide a video data editing apparatus that can perform an 
editing operation that seamlessly finks video streams or 
parts erf video streams in a short time using only a single 
recording medium. 



[0018] Itisasecorrio^ectofthepreseminventionto 
provide a video data editing apparatus that can perform 
an editing operation that seamlessly finks video streams 
or parts of video streams, these including system 
s streams that have been encoded after a precise calcu- 
lation that ensures no underflow or overflow wOl occur in 
a buffer. 

[0019] The main points worthy of attention for the real- 
ization of the first and second objects are as follows. 

io [0020] jo 8eamlessfy link video streams or parts of 
video streams on a single recording medium in a short 
time, the part of the data to be re-encoded to achieve 
the seamless (ink should be as 6hort as possUe. How- 
ever, due to the data construction of system streams, 

is this cannot be achieved by simpry reducing the size of 
the re-encoded data part Such system streams are 
composed of an arrangement of a plurality of video 
packs and audio packs. In such a data construction, 
however, the video data and audio data to be repro- 

20 du(^sirrultaneouslyforagrventimeare not necessar- 
ily arranged property in the video packs and audio 
packs. As a result if the re-encoded area is simpry 
decreased, audio data, which is to be reproduced for re- 
encoded video data and should itself be re-encoded. 

25 wifl be outside the area subject to re-encoding. In the 
present invention, however, the re-encoded area is set 
as an integer multiple of video object units. Each video 
object unit includes a plurality of sets of picture data 
(video data) with a reproduction period of around 0.5 

so seconds in the embodiments, and in many cases will 
also include audio data to be simultaneously repro- 
duced with the picture data A "one-second rule" 
(described in the embodiments) is used under MPEG 
standards, so that the audio data to be reproduced 

35 simultaneously with video data wfll be included within 
the same video object unit. By performing a re-encode 
for an integer multiple of video object units, the part that 
needs to be re-encoded for seamless linking can be 
greatly reduced. 

40 [0021] The first ot^ectc^ be achieved by a video data 
editing apparatus that performs editing to enable seam- 
less reproduction of at least two video objects that are 
recorded on an optica) disc, each video object including 
a plurality of video object units, and each video object 

43 unit including sets of picture data, the video data editing 
apparatus including: a reading unit for reading at least 
one of a former video object unit sequence and a latter 
video object unit sequence from a video object recorded 
on the optical disc, the former video object unit 

so sequence being composed of a predetermined number 
of video object units positioned at the end of a former 
video object to be reproduced first and the latter video 
object unit sequence being composed of a predeter- 
mined number of video object units positioned at a start 

55 of a latter video object to be reproduced second; an 
encoding unit for re-encoding the sets of picture data 
included in at least one of the former video object unit 
sequence and the latter video object unit sequence to 
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enable the former video object and the tatter video 
object to be reproduced seamlessly; and a writing unit 
(or rewriting at least one of the former video object and 
the latter object on the optical disc after encoding by the 
encoding unit 

[00221 With the stated construction, the edited mate* 
rials are video objects recorded on a single optical disc 
with the re-encodad data being video object sequences 
that are smaller than video objects. As a result when 
the video objects to be seamlessly (Inked are extremely 
long, for example, it is sufficient to read and re-encode 
only the video object units at the end of a first video 
object before recording the resulting data back onto the 
same optical disc As a result an editing operation that 
enables the seamless reproduction of video objects can 
be completed In a short tima 
[0023] The second object can be achieved a video 
data editing apparatus where the encoding unit re- 
encodes at least one of the sets of picture o^tta included 
in the former video object unit sequence and the sets of 
picture data included in the latter video object unit 
sequence using a target amount of oode, the target 
amount of code being an amount whereby no overflow 
wffl occur in a video buffer of a video decoder, even 
when the sets of picture data included in the former 
video object unit sequence are present in the video 
buffer at a 6ame time as the sets of picture data 
included in the latter video object unit sequence. 
[0024] With the stated constructive case where pic- 
ture data included in a latter video object is accumulated 
in a decoder buffer whfle picture data included in a 
former video object is present in the decoder buffer is 
considered, with re-encoding being performed to 
ensure that no overflows occur in the buffer of the video 
decoder. As a result when separately encoded video 
objects are finked, seamless reproduction for the result- 
ing single video object wifl be possible. 
[0025] Here, each set of picture data may include data 
that ts to be decoded for one video frame, the informa- 
tion generating unit further adding a presentation end 
time when reproduction of the sets of picture data in the 
former video object unit sequence ends and a presenta- 
tion start time when reproduction of the sets of picture 
data in the latter video object unit sequence starts to the 
seamless OnWng information, the certain offset being 
found by subtracting the presentation start time of the 
latter video object unit sequence from the presentation 
end time of the former video object unit sequence. 
[0026] With the stated constritction, the presentation 
end time information for the picture data included in the 
former video object and presentation start time informa- 
tion for the picture data included in the tatter video 
object are generated and written onto the optical disc, ti 
a reproduction apparatus is of Extended-STD type 
where one of a standard time measured by an STC and 
a sum of the standard time and an offset is used by a 
video decoder during decode operations, the reproduc- 
tion apparatus wiD read the presentation end time infor- 



mation and the presentation start time i n for ma ti on from 
the optical disc and use these to calculate the offset to 
be added to the standard tima As a ream, even if the 
PCR. DTS, and PTS are not continuous at the Dnk 
5 boundary of a former video object and a tatter video 
object seamless reproduction wifl still be possible at 
this boundary. 

[0027] Here, each video object unit may include a plu- 
rality of sets of picture data and a plurality of sets of 

10 audio data, and the video data editing apparatus may 
further include: a separating unit for separating sets of 
picture data and sets of audio data from the former 
video object unit sequence and the latter video object 
unit sequence read by the reading unit; and a multiplex- 

is ingunit tor multiplexing at least one of the sets of picture 
data, which include one of picture data and re-encoded 
picture data, separated from the former video object unit 
sequence with the sets of auctio data read from the 
former video object unit sequence, and for multiplexing 

20 the sets of picture data, which include one of picture 
data and re-encoded picture data, separated from the 
tetter video object unit sequence with the sets of audio 
data separated from the latter video object unit 
sequence, the writing unit writing data outputted by the 

25 multiplexing unit onto the optical cfi sc. 

[0028] With the stated construction, wh2e a plurality of 
sets of picture data of the latter video object are being 
accumulated in the decoder buffer, a plurality of sets of 
audio data included in the former video object are read 

so from theoptic&Jo^andtoenaHesimutt 

duction, a plurality of sets of picture data in the re- 
encoded video object units of the latter video object and 
multiplexed with the plurality of sets of audio data in the 
former video object As a result even if the video stream 

35 is encoded with a variable bit rate (VBR) while the auctio 
stream is encoded with a constant bit rate (CBR), suc- 
cessive reproduction of a plurality of sets of audio data 
wil) still be possfole while the video stream waits in the 
buffer for Hs decode time to be reached. 

40 [0029] Here, a plurality of sets of audio data that 
should be reproduced for a plurality of audio frames 
from the first aucfio frame to the second audio frame 
may be stored as a first audio pack group, wherein if a 
data size of the first pack group is not an integer multiple 

45 of 2 kilobytes (KB), one of stuffing data and a padefing 
packet may be used to make the data size of the first 
audio pack group is an integer multiple of 2KB, and 
wherein the plurality of sets of audio data that should be 
reproduced for a piuraGty of audio frames starting from 

so the third audio frame may be stored as a second audio 
pack group, with the multiplexing unit multiplexing sets 
of picture data and sets of audio data so that the first 
audio pack group is located before the second audio 
pack group. 

55 [0030) With the stated construction, it is possMe to 
avoid audfo reproduction of a plurality of sets of audio 
data in the former video object that coincides with the 
audio reproduction of sets of audio data in the latter 
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video object Also, synchronization between audio 
reproduction and video reproduction can be maintained 
for the latter video object 

[0031] it is ateo possible to have a video data editing 
apparatus that performs editing to enable seamless s 
reproduction d a fornrasec^ and a latter sect^ 
former section and the latter section being located in at 
least one video object that is recorded on an optical 
disc, each video object including a plurality of video 
object itmts and each video object unit including sets of w 
picture data, the video data editing apparatus Including: 
a reading unit for reacting a former video object unit 
sequence and a latter video object unit sequence from 
a video object recorded on the optical cfsc the former 
video object unit sequence being composed of video is 
object units positioned at an end of the former section 
that is to be reproduced first and the latter video object 
unit sequence being composed of video object units 
positioned at a start of a latter section that is to be repro- 
duced second; an encoding unit for re-encoding the 20 
sets of picture data included In at least one of the former 
video object unit sequence and the latter video object 
unit sequence to enable the former section and tfte lat- 
ter section to be reproduced seamlessly; and a writing 
unit for rewriting at least one of the former section and as 
the latter section on the optical <£sc after encoding by 
the encoding unit 

[0032] With the stated construction, when the edited 
materials are parts of video objects recorded on a same 
optical disc; re-encoding is performed for object units so 
that are smaller that the parts of video objects. As a 
result when the parts of video objects to be seamlessly 
linked are extremely long, for example, it is sufficient to 
read and re-encode only the object units at the end of a 
first video object before recording the resulting data 35 
back onto the same optical disc. As a result an editing 
operation that enables the seamless reproduction of 
object units can be completed in a short time. 
[0033] Here, when a picture type ola f inal set of pic- 
ture data in a display order of the former section is a 40 
Bicfirectionalty Predictive Picture (B picture), the re- 
encorfng unit may perform re-encoding to convert the 
final set of picture data to a Precfictive Picture (P picture) 
whose information components are dependent on only 
sets of picture data that are reproduced earlier than the «s 
final set of picture data. 

[00341 With the stated construction, if it is necessary 
to convert a picture type when linking video objects that 
have a coding order and display order that comply to 
MPEG standard, the transition of the buffer state is so 
properly estimated without ignoring the increase in 
buffer occupancy that results from this conversion of 
picture type. As a result re-encoding can be performed 
using a more suitable data amount 

55 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0035] These and other objects, advantages and fea- 



tures of the invention wiD become apparent from the fol- 
lowing description thereof taken in conjunction with the 
accompanying drawings which illustrate a specific 
embodiment of the invention. In the drawings: 

Fig. 1A shows a convention video editing setup 
using video cassette recorders that are capable of 
playing back and recording video signals; 
Rg. 1B shows the relationship between the source 
materials and the editing result; 
Rg, 2A shows the outward appearance of a DVD- 
RAM disc that is the recordable optical disc used in 
the embodiments of the present invention; 
Rg. 2B shows the recording areas on a DVD-RAM; 
Rg. 2C shows the cross-section and surface of a 
DVD- RAM cut at a sector header; 
Rg. 3A 6how8 the zones 0 to 23 on a DVD-RAM; 
Rg. 3B shows the zones 0 to 23 arranged into a 
horizontal sequence; 

Ftg. 3C shows the logical sector numbers (LSN) En 
the volume area; 

Rg. 3D shows the logical block numbers (LBN) in 
the volume area; 

Rg. 4A shows the contents of the data recorded En 
the votume area; 

Rg. 4B shows the hierarchical structure of the data 
definitions used In MPEG standard; 
Rg. 5A shows a plurality of sets of picture data 
arranged in display order and a plurality of sets of 
picture data arranged in coding order; 
Rg. 5B shows the correspondence between audio 
frames and audio data; 

Rg. 6A shows a detailed hierarchy of the logical for- 
mats in the data construction of a VOB (Video 
Object); 

Rg. 6B shows the partial deletion of a VOB; 
Rg. 6C shows the logical format of a video pack 
arranged at the start of a VOB; 
Rg. 6D shows logical format of other video packs 
arranged in a VOB; 

Rg. 6E 6hows the logical format of an audio pack; 
Rg. 6F shows the logical format of a pack header 
Rg. 6G shows the logical format of a system 
header; 

Rg. 6H shows the logical format of a packet 
header 

Fig. 7A shows a video frame and the occupancy of 
the video buffer; 

Rg. 7B shows an audio frame and an ideal transi- 
tion in the buffer state of the audio buffer, 
Rg. 7C shows an audio frame and the actual transi- 
tion in the buffer state of the audio buffer; 
Rg. 7D shows the detailed transfer period of each 
set of picture data; 

Rg. 6A shows how autio packs, which store the 
audio data to be reproduced in a plurality of audio 
frames, and video packs, which store the picture 
data that is to be reproduced in a plurality of video 
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ft tunes, may be recorded; 
Rg. 8B shows a key to the notation used in Rg. 8A; 
Rg. 9 shows how audio packs, which store the 
audio data to be reproduced in a plurality of audio 
frames, and video packs, which store the picture s 
data that is to be reproduced in a pturafity of video 
frames, may be recorded; 
Rg. 10A shows the transition in the buffer state dur- 
ing for the first part of a video stream; 
Fig. 10B shows the transition in the buffer state dur- 10 
ing for the last part of a video stream; 
Rg. IOC shows the transition in the buffer state 
across two VOBs, when the video stream whose 
last part causes the buffer state shown in Fig. 10B 
is seamlessly tinted to the video stream whose 13 
former part causes the buffer state shown in Rg. 
10* 

Fig. 1 1A is a graph where the SCRs of video packs 
included in a VOB are plotted in the order in which 
the video packs are arranged; 20 
Rg. 11B shows an example where the first SCR in 
section B matches the last SCR in section A; 
Rg. 11C shows an example where the first SCR in 
section 0 is higher than the last SCR In section C; 
Rg. 11 D shows an exampts where the last SCR In » 
section E is higher than the first SCR in section F; 
Rg. 1 1E shows the graph tor the continuity of VOBs 
of Rg. 1 1 A for two specific VOBs; 
Rg. 12A shows a detailed expansion of the data 
hierarchy in the RTRW management file; 30 
Rg. 12B shows the PTM descriptor format; 
Rg. 12C shows the data construction of the audio 
gap location information; 

Rg. 13 shows the buffer occupancy for each of a 
former VOB and a latter VOB; 35 
Rg. HA shows examples of audio frames and 
video frames; 

Rg. 14B shows the time difference g1 that appears 
at the end of the audio data and picture data when 
the reproduction time of picture data and the repro- 40 
duction tone of audio data are aligned at the start of 
a VOB; 

Rg. 14C shows the audio pack G3 including the 
audio gap and the audio pack Q4, audio pack 03 
including (i) the sets of audio data y-2, y-1, and y, 4s 
which are located at the end of VOB#1, and (ii) the 
Padding_Packet, and audio pack 04 including the 
sets of autfo data u. u+1, and u+2, which are 
located at the start of V0B#2; 
Rg. 14D shows into which of V0BU91, V0BU#2, so 
and V0BU#3 at the start of the V0B#2 the audio 
pack 03 inducfirtg the audio gap is arranged; 
Rgs. 15A to 150 show the procedure for the regen- 
eration of the audio gap when the VOBUs located at 
the start of V0B#2. out of the VOBs #1 and #2 that 55 
are to be reproduced seamlessly, are deleted; 
Rg. 16 show an example system configuration 
using the video data editing apparatus of the first 



embodiment; 

Rg. 17 is a block diagram showing the hardware 

construction of the DVD recorder 70; 

Rg. 18 shows the construction the MPEG encoder 

2; 

Rg. 19 shows the construction of the MPEG 
decoder 4; 

Rg. 20 Is a timing chart showing the timing for the 
switching of switches SVV1 toSW4; 
Rg.21 is a flowchart showing the procedure of Ihe 
seamless processing; 

Rg. 22 is also a flowchart showing the procedure of 

the seamless proc essin g; 

Rgs. 23A and 23B show the analyse of transition in 

the buffer state for audio packs; 

Rg. 23C shows the area that Is to be read from the 

former VOB in step S106; 

Rg. 23D shows the area that is to be read from the 

latter VOB in step S107; 

Rg. 24A shows the audio frames in the audio 
stream that correspond to the audio frames x, x+1, 
y, u, u+1, u+2 used in Rg. 22; 
Rg. 24B shows the case when the 
RrsLSCR+STCjoffset corresponds to a boundary 
between audio frames in the former VOB; 
Rg. 24C shows the case when the video reproduc- 
tion start time VOB_V_SjnM+STC_offset corre- 
sponds to a boundary between audio frames in the 
former VOB; 

Rg. 24D shows the case when the presentation 
end time of the video frame y corresponds to a 
boundary between audio frames in the latter VOB; 
Rg. 25 shows how the audio packs storing audio 
data for a plurality of audio frames and the video 
packs storing video data for each video frame are 
multiplexed; 

Rg. 26 shows an example of the section of a VOB 
that is specified using time information for a pair of 
C_V_S_PTM and CV_E_P7M; 
Rg. 27A shews the area that is to be read from the 
former cell in step S106; 

Rg. 27B shows the area that is to be read from the 
tatter cell in step $107; 

Rg.2SA shows an example of the linking of sets of 
ceO information that are specified as the editing 
boundaries in a VOBU; 

Rg. 28B shows the processing for the three rules 

for reconstructing GOPs when correcting the cfis- 

play order and coding order; 

Rg. 29A shows the processing when c han g in g a 

picture type of picture data in the former celt; 

Rg. 29B shows the procedure for measuring the 

change p in the buffer occupancy when changing a 

picture type in the former cell; 

Rg. 30A shows the processing where changing the 

picture type of the latter cell; 

Rg. 30B shows the procedure for measuring the 

change a In the buffer occupancy when changing a 
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picture type in the latter cefl; 

Fig. 31 tea flowchart showing the procedure for the 

seamless processing; 

Fig. 32 is also a flowchart showing the procedure 
tor the seamless proces si ng; 5 
Fig. 33 is also a flowchart showing the procedure 
for the seamless processing; 
Fig. 34 shows the audio frames in the audio stream 
that correspond to the audio frames x x+1, and y 
used in the flowchart of Fig. 31; 10 
Rg. 35 shows the hierarchica) cfirectory structure; 
Rg. 36 shows the information, aside from the sector 
management table and AV block management 
table shown in Ftg. 6, in the management informa- 
tion for the f9e system; is 
Fig. 37 shows the finked relations shown by the 
arrows in Rg. 6 within the directory structure; 
Rg. 38A shows the data construction of We entries 
in greater detail; 

Rg. 38B shows the data construction of the aDoca- 20 
ton descriptors; 

Fig. 38C shows the recorded state of the upper 2 

bits in the data shows the extent length; 

Fig. 39 A shows the detailed data construction of the 

tfe identification descriptor for a directory; ss 

Rg. 39B shows the detailed data construction of the 

tHe identification descriptor for a file; 

Rg. 40 is a model showing the buffering in the track 

buffer of AV data read from the DVD- RAM; 

Rg. 41 is a functional block diagram showing the 30 

construction of the DVD recorder 70 (fivkJed by 

function; 

Rg. 42 shows an example of an interactive screen 

displayed on the TV monitor 72 under the control of 

the recortfng-editing^eproduction control unit 1 2; » 

Fig. 43 is a flowchart showing the processing by the 

recording/Sdfting-reproduction control unit 12 for a 

virtual edit and for a real edit; 

Rgs, 44 A to 44F show a supplementary example to 

illustrate the processing of the AV data editing unit *o 

15 in the flowchart of Rg. 43; 

Figs. 45A to 45E show a supplementary example to 

illustrate the processing of the AV data editing unit 

15 in the flowchart of Rg. 43; 

Rgs. 46A to 46F show a supplementary example to 45 

illustrate the processing of the AV data editing unit 

15 in the flowchart of Rg. 43; 

Fig. 47A shows the relationship between the 

extents and the in-memory data, in terms of time; 

Rg. 47B 6hows the positional relationship between so 

the extents, the In area and the Out area; 

Fig. 48A is a flowchart showing the processing by 

the AVfle system unit 1 1 when executing a "SPLTP 

command; 

Rg. 48B Is a flowchart showing the processing 55 
when executing a "SHORTEN" command is issued; 
Rg. 49 is a flowchart showing the processing when 
executing a "MERGE* command is issued; 



Rg. 50 is a flowchart for the case when die former 
extent is below AV block length but the latter extent 
is at least equal to AV block length; 
Rgs. 51 A-51B are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 50; 

Rgs. 52A to 52C are a supplementary example 
showing the processing of the AV file system unit 
11 in the flowchart of Rg. 50; 
Rgs. 53A to 53D are a supplementary example 
showing the processing of the AV file system unit 
1 1 in the flowchart of Rg. 50; 
Rgs. 54A-54D are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 50; 

Rg. 55 is a flowchart for the case when the former 
extent is at least equal to AV block length but the lat- 
ter extent is below AV block length; 
Rgs. 56A-56B are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 55; 

Rgs. 57A-57C are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 55; 

Rgs. 58A-58D are a supplementary example show- 
ing the processing of the AV hie system unit 1 1 in 
the flowchart of Rg. 55; 

Rgs. 59A-59D are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Fig. 55; 

Rg. 60 is a flowchart for the case when the both the 
former extent and the latter extent are below AV 
block length; 

Rgs, 61 A-61D are a supplementary example show- 
ing the processing of the AV file system unit 1 1 in 
the flowchart of Rg. 60; 

Rgs. 62A-62C are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 60; 

Rgs. 63A-63C are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 60; 

Rgs. 64A-64D are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 60; 

Rg. 65 is a flowchart for the case when the both the 
former extent and the latter extent are at least equal 
to AV block length; 

Rgs. 66A-66D are a supplementary example show- 
ing the processing of the AV foe system unit 11 in 
the flowchart of Fig. 65; 

Rg. 67 is a flowchart showing the case when the 
both the former extent and the latter extent are at 
least equal to AV block length but the data sizes of 
the In area and Out area are insufficient 
Rgs. 68A-68E are a supplementary example show- 
ing the processing of the AV file system unit 11 in 
the flowchart of Rg. 67; 
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Rgs. 69A-69D are a supplementary exarrple show- 
ing the processing of the defrugi nerttation urtfl 16; 
Fig. 70A shows the detailed hierarchical content of 
the RTRW management file in the fourth embodi- 
ment; 5 
Fig. 70B is a flowchart showing the logical format of 
the origins) PGC information in the fourth embocfi* 
merit; 

Fig. 70C is a flowchart showing the logical format of 
the user-defined PGC in for mation in the fourth to 
embodiment; 

Fig. 70D shows the logical format of the title search 
pointer; 

Fig. 71 shows the interrelationships between the 
AV ffle, the extents, the VOBs, the VOB information, 15 
the original PGC information, and the user-defined 
PGC Information, with the unified elements being 
enclosed in the frames drawn with the heavy lines; 
Fig. 72 shows an example of a user-defined PGC 
and an original PGC; » 
Fig. 73 shows the part that corresponds to the ceO 
to be deleted using diagonal shading; 
Fig. 74A shows which ECC blocks are freed into 
empty areas by a real edit using the user-defined 
PGC information #2; 25 
Rg. 74B shows examples of VOBs, VOB informa- 
tion, arid PGC information after a real edit; 
Fig. 75 is afunctional block diagram shown the con- 
struction of the DVD recorder 70 divided according 
to function; so 
Fig. 76 shows an exarrple of original PGC informa- 
tion that has been generated by the user-defined 
PGC information generator 25 when recording an 
AVfte; 

Fig. 77A shows an exarrple of graphics data that is » 
displayed on the TV monitor 72 under the control of 
the recorolng-editing-reproduction control unit 12: 
Fig. 77B shows an example of the PGC information 
and ceD information that are displayed as a fist of 
operation targets; *o 
Rg. 78A is a flowchart shows the processing during 
partial reproduction of a title; 
Fig. 78B shows how only the section between the 
presentation start time C_V_S_PTM and the pres- 
entation end time C_VJLPTM is reproduced, out 45 
of the VOBUs between the VOBU (START) and the 
VOBU (END); 

Rgs. 79A. 79B show the user pressing the mark 
key while viewing video images on the TV monitor 
72; so 
Rgs. 60 A, 80B show how data is inputted and out- 
putted between the components shown in Fig. 75 
when a marking operation is performed; 
Rg.81 is a flowchart showing the processing of the 
editing multi-stage control unit 26 when defining 55 
user-defined PGC information; 
Rg. 82 is a flowchart showing the processing of the 
editing multi-stage control unit 26 when defining 



user-defined PGC information; 
Rg. 83 is a flowchart showing the processing of the 
recorolrH^-edrting-reprcxjucbOT control unit 12 dur- 
ing a preview and a reaJ edit; 
Rg. 84 is a flowchart showing the update process- 
ing for the PGC info r mation after a real edit; 
Rg. 85 shows an example of the interactive screen 
that is displayed on the TV monitor 72 to have the 
user make a selection of ceO i n for matio n as a de- 
ment in a set of user-defined PGC information dur- 
ing a virtual edit; 

Rgs. 86A, 86B show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; 

Rgs. 87A to 87D show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; 

Rgs. 88A, 88B show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; 

Rgs. 89A, 89B show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; 

Rg. 90 shows an example of the interactive screen 
that has the user select a set of user-defined PGC 
information or a preview (using the play key) or a 
real edit (using tiie real edit key); 
Rg. 91 shows an example of the original PGC infor- 
mation table and user-defined PGC information 
table, when the user-defined PGC information #2 
composed of CELUF2B, CELL#4B, CELL#10B, and 
CELU5B and the user-def ined PGC information #3 
composed of CELUKC, CELL#6C. CELL#8C, 
CELUrSC have been defined; 
Rgs. 92A-92B show the relationship between the 
user operation of the remote controller 71 and the 
display processing that accompanies the user oper- 
ation; 

Rgs. 93A-93C show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; 

Rgs. 94A-94C show the relationship between the 
user operation of the remote controller 71 and the 
cfisplay processing that accompanies the user oper- 
ation; and 

Rg. 95 shows the original PGC information table 
and the user-defined PGC information table after 
the processing of VOBs in a real edit. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0036] The following embodiments describe a video 
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data editing apparatus and tho optical disc which the 
video data editing apparatus uses as recording 
medium. For ease off explanation, the explanation is 
divided into tour embodiments that deal with the physi- 
cal structure of the optical disc; the logical structure, the 
hardware structure of the video data etfting apparatus, 
and the functional construction of the video data editing 
flppanrtuS 1 ! 

[0037] The first embodiment explains the physical 
structured the optical disc and the hardware structure 
of the video data editing apparatus, as well as the 
seamless OnWng of video objects as the first basic 
example of video editing. 

[0038] The second embodiment explains seam) ess 
linking of partial sections of video objects as the second 
basic example* The third embodiment deals with the 
functional construction of the video data editing appara- 
tus and the procedure tor realizing video editing within a 
file system 

[0039] The fourth embodiment describes the data 
structures and procedure of the video data editing 
apparatus when performing a two-stage editing process 
composed of virtual editing and real editing©* two types 
of program chain called a user-defined PQC and an 
original PQC 

M -11 Physical Structure of a RflmrriaMn Ontiml Disc 

[0040] Ftg. 2A shows the external appearance of a 
DVD-RAM disc that is a recordable optical disc As 
shown in this drawing, the DVD-RAM is loaded into a 
video data editing apparatus having been placed Into a 
cartridge 75. TOs cartridge 75 protects the recording 
surface of the DVD-RAM, and has a shutter 76 which 
opens and closes to allow access to the DVD-RAM 
enclosed insida 

[0041] Fig. 2B shows the recording area of DVD-RAM 
disc which is a recordable optical cfisc As shown in the 
figure, the DVD-RAM has a lead-in area at its innermost 
periphery and a lead-out area at its outermost periph- 
ery, with the data area in between. The lead-in area 
records the necessary reference signals for the stabili- 
zation of a servo during access by an optical pickup, 
and iderrtffication signals to prevent confusion with other 
media The lead-out area records the same type of ref- 
erence signals as the lead-in area. The data area, 
meanwhile, is divided into sectors which are the small- 
est unit by which the DVD-RAM can be accessed. Here, 
the size of each sector is set at 2Ka 
[0042] Fig. 2C shows the cross-section arxl surface of 
a DVD-RAM cut at the header of a sector. As shown in 
the figure, each sector is composed of a pit sequence 
that is formed in the surface off a reflective film, such as 
a metal film, and a concave-convex part 
[0043] The pit sequence is composed of 
0.4um~1<87um pits that are carved into the surface of 
the DVD-RAM to show the sector address. 
[0044] The concave-convex part is composed of a 



concave part called a "groove" and a convex part called 
a land*. Each groove and land has a reconfing mark 
composed of a metal fUm capable of phase change 
attached to its surface. Here, the expression "capable of 

s phase change" means that the recording mark can be in 
a crystalline state or a ron-crystaJDne state depending 
on whether the metal film has been exposed to a light 
beam. Using this phase change characteristic; data can 
be recorded into this concave-convex part While it is 

io only possible to record data onto the land part of an MO 
(Magneti&Optical) disc; data can be recorded onto both 
the land and the groove parts of a DVD-RAM, meaning 
that the recording density of a DVD-RAM exceeds that 
of an MO disc. Error correction information is provided 

75 on a DVD-RAM for each group of 16 sectors. In this 
specification, each group of 16 sectors that is given an 
ECC (Error Correcting Code) is caned an ECC block. 
[0045] On a DVD-RAM, the data area is divided to 
several zones to realize rotation control called Z-CLV 

20 (Zone-Constant Linear Velocity) during recording and 
reproduction. 

[0046] Ftg. 3A shows the plurality of zones provided 
on a DVD-RAM. As 6hown in the figure, a DVD-RAM is 
divided to 24 zones numbered zone 0~zone 23. Each 

ss zone is a group off tracks that are accessed using the 
same angular velocity. In this embodiment, each zone 
includes 1688 tracks. The rotational angular velocity of 
the DVD-RAM is set separately for each zone, with this 
velocity being higher the doser a zone is located to the 

30 inner periphery of the disc. Diviston of the data area into 
zones ensures that the optical picfeip can move at a 
constant velocity whPe performing access within a sin- 
gle zone. By doing so, the recording density of DVD- 
RAM is raised, and rotation control during recording and 

35 reproduction is made easier. 

[0047] Fig. 3B shows a horizontal arrangement of the 
lead-in area, the lead-out area, and the zones 0-23 that 
are shown in Fig. 3A. 

[9048] The lead-in area and lead-out area each 
40 include a defect management area (DMA: Defect Man- 
agement Area). This defect management area records 
position information showing the positions of sectors 
found to include detects and replacement position infor- 
mation showing whether the sectors used for replacing 
45 defective sectors are located in any of the replacement 
areas. 

[0049] Each zone has a user area, in addition to a 
replacement area and an unused area that are provided 
at the boundary with the next zona A user area Is an 

so area that the file system can use as a recording area. 
The replacement area is used to replace defective sec- 
tors when such detective sectors are found. The unused 
area is an area that is not used for recording data. Ordy 
two tracks are used as the unused area, with such 

ss unused area being provided to prevent mistaken identi- 
fication of sector addresses. The reason for this is that 
while sector addresses are recorded at a same position 
in adjacent tracks within the same zone, for Z-CLV the 
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recording positions of sector addresses are different for 
adjacent tracks at the boundaries between zones. 
[0050] In this way sectors which are not used for data 
recording exist at the boundaries between zones, On a 
DVD-RAM, logical sector numbers (LSN: Logical Sector 
Number) are assigned to physical sectors of the user 
area fn order starting from the inner periphery to con- 
secutively show only the sectors used for recording 
data. As shown in Fig. 3C. the area that records user 
data and is composed of sectors that have been 
assigned an LSN is called the volume area. 
[0051] The volume area is used tor recorcfing AV files 
that are each composed of a plurality of VOBs and an 
RTRW (Reaffime Rewritable) management file that is 
the management information for the AV files. These AV 
files and RTRW management file are In fact recorded in 
affle system according to ISQ/IEC 13346. although this 
will not be explained in the present embodiment The 
fBe system is dealt with In detail in the third embodiment 
below. 

f 1-2) Data Recorded in the volume Area 

[0052] Fig. 4A shows the content of the data recorded 
in the volume area of a DVD-RAM. 
[0053] The video stream and audio stream shown on 
the fifth level of Fig. 4A are divided into units of around 
2KB, as shown on the fourth level. The units obtained 
through this division are interleaved into VOB#1 and 
VOB#2 in the AV file shown on the third level as video 
packs and audio pacte in compliance with MPEG 
standard. The AV file is split into a plurality of extents as 
shown on the second level, in compliance with ISO/IEC 
13346. and these extents each being stored in an empty 
area within one zone in the volume area, as shown on 
the first level of Fig. 4A 

[0054] Information tor VOB#1~VOB#3 is recorded in 
an RTRW management fie as the VOB#1 information. 
VOB#2 information, and VOB#3 Information shown on 
the fifth level. In the same way as an AV file, this RTRW 
file is divided into a plurality of extents that are recorded 
in empty areas ori the volume area. 
[0055] The following explanation will deal with video 
streams, audio streams, and VOBs separately, having 
first explained the hierarchical structure of MPEG stand- 
ard and DVD-RAM standard which define the data 
structures of these elements. 
[0056] Fig. 4B shows the hierarchical structure of the 
data definitions used under MPEG standard. The data 
structure for MPEG standard is composed of an ele- 
mentary stream layer and a system layer. 
[0057] The elementary stream layer shown in Fig. 4B 
includes a video layer that defines the data structure of 
video streams, an MPEG-Audio layer that defines the 
data structure of an MPEG-Audio stream, an AC3 layer 
that defines the data structure of an audio stream under 
Dolby-AC3 methods, and a Unear-PCM layer that 
defines the data structure of an audio stream under Un- 



ear-PCM methods. The presentation start time 
(Presentation.Startjrtme) and presentation end time 
(Presentation.Endjnme) are defined within the ele- 
mentary stream layer, though, as shown by the separate 

5 botes used for the video layer, MPEG-Audio layer, AC-3 
layer, and Unear-PCM layer, the data structures of the 
video stream and the audio stream are Independent of 
each other. The presentation start time and presenta- 
tion end time of a video frame and the presentation start 

io time and presentation end time of an audio frame are 
similarly not synchronized. 

[0058] The system layer shown in Fig. 48 defines the 
packs, packets, DTS and PTS that are described later. 
In Fig. 48, the system layer is shown in a separate box 

is to the video layer and audio layer, showing that the 
packs, packets, DTS and PTS are independent of the 
data structures of the video streams and audio streams. 
[0059] While the above layer structure is used for 
MPEG standard. DVD-RAM standard includes the sys- 

20 tern layer under MPEG standard shown in Fig. 4B and 
an elementary stream layer. In addition to the packs, 
packets, DTS, and PTS described above, DVD standard 
defines the data structures of the VOBs shown in Fig. 
4A. 

25 

Cl-frllVriwaream. 

[0060] The video stream shown in Fig. 5A has a data 
structure that is defined by the video layer shown in Fig. 

so 4B. Each video stream is composed of an arrangement 
of a plurality of sets of picture data that each correspond 
to one frame of video images, This picture data is a 
video signal according to NTSC (National Television 
Standards Committee) or PAL (Phase-Alternation Une) 

35 standard that has been compressed using MPEG tech- 
niques. Sets of picture data produced by compressing a 
video signal under NTSC standard are displayed by 
video frames that have a frame interval of around 
33msec (1/29.97 seconds to be precise), while sets of 

40 picture data produced by compressing a video signal 
under PAL standard are displayed by video frames that 
have a frame interval of 40msec. The top level of Fig. 5A 
shows examples of video frames. In Fig. 5A, the sec- 
tions indicated between the V and V symbols are 

45 each a video frame, with the V symbol showing the 
presentation start time (Presentation J>tart_Time) for 
each vid eo frame and th e ">" symbol showing the pres- 
entation end time (Presentation_End_Time) for each 
video frame. This notation for video frames is also used 

so in the following drawings. The sections which are 
enclosed by these symbols each include a plurality of 
video fields. 

[0061] As shown in Fig. 5A, the picture data that 
should be displayed for a video frame is inputted into a 
55 decoder before the Presentation^StaitJIme of the 
video frame and must be taken from the buffer by the 
decoder at the Presentation_StarLJrme. 
[0082] When compression is performed in accordance 
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with MPEG standards, the spatial frequency character- 
istics within the image of one frame and the time-related 
correlation with images that are displayed before or 
after the one frame are used. By doing sa each set of 
picture data is converted into one of a Bid recticnaBy 5 
Precficatrve (B) Picture, a Predicative (P) Picture, or an 
Intra (I) Picture. A B picture to used where c ompress ion 
is performed using the time-related correlation with 
images that are reproduced both before and after the 
present image. A P picture is used where compression 10 
is performed using the time-related correlation with 
images that are reproduced before the present image. 
An I picture is used where compression is performed 
using the spatial frequency characteristics within one 
frame without using time-related correlation with other 15 
images. Fig. 5A shows B pictures, P pictures, and I pic- 
tures as all having the same6ize, although it should be 
noted that there is in tact great variation in their sizes. 
[0063] When decoding a B picture or a P picture that 
use the time-related correlation between frames, it is 20 
necessary to refer to the images that are to be repro- 
duced before or after the picture being decoded. For 
example when decoding a B picture, the decoder has to 
wait unfi the decoding of the following image has been 
completed. 2s 
[0064] As a result an MPEG video stream defines the 
coring order of each picture in addition to defining the 
display order of the pictures. In Fig. 5A, the second and 
third levels respectively show the sets of picture data 
arranged in display order and in coring order. 30 
[0065] In Fig. 5A. the reference target of one of the B 
pictures is shown by the broken line to be the following I 
picture. In the display order, this I picture follows the B 
picture, though since the B picture is compressed using 
time-related correlation with the I picture, the decoding 35 
of the B picture has to wait for the decoding of the I pic- 
ture to be completed. As a result, the coding order 
defines that the I picture comes before the B picture. 
This rearranging of the display order of pictures when 
generating the coding order is called "reordering". 40 
[0066] As shown on the third level of Fig. 5A, each set 
of picture data is cfivided into 2KB units after being 
arranged into the coring order. The resulting 2KB units 
are stored as a video pack sequence, as shown on the 
bottom level of Flg.5A. 45 
[0067] When a sequence of B pictures and P pictures 
is used, problems can be caused, such as by special 
reproduction features that perform decoring starting 
midway through the video stream. To prevent such prob- 
lems, an I picture is inserted into the video data at 0.5s so 
intervals. Each sequence of picture data starting from 
an I picture and continuing as far as the next I picture is 
called a GOP (Group Of Pictures), with GOPs being 
defined in the system layer of MPEG standard as the 
unit for MPEG compression. On the third level of Rg. 55 
5A, the dotted vertical line shows the boundary between 
the present GOP and the following GOP In each GOP, 
the picture type of the picture data that is arranged last 



in the display order is a P picture, while the picture type 
of the picture data that is arranged first in the coding 
order must be an I pfotura 

tVW)MiQ stream 

[0068] The audio stream is data that has been com- 
pressed according to one of Dolby- AC3 method, MPEG 
method, and Unear-PCM. Like a video stream, an audio 
stream is generated using audio frames that hare a 
fixed frame interval. Fig. SB 6hows the correspondence 
between the audio frames and audio data. In detail, the 
reproduction period of an audio frame is 32msec for 
Dofoy-AC3, 24msec for MPEG, and around 1.67msec 
(l/600sec to be precise) for Unear-PCM. 
[0069] The top level of Rg. 5B shows example audio 
frames. In Fig. 5B, each section indicated between the 
V and V symbols is an aurio frame, with the sym- 
bol showing the presentation start time and the ">" sym- 
bol showing the presentation end time. This notation for 
video frames is also used in the following drawings. The 
audio data that should be displayed for an audio frame 
is inputted into a decoder before the presentation dart 
time of the audio frame and should be taken out of tiro 
buffer by the decoder at the presentation start time. 
[0070] The bottom level of Fig. SB shows an example 
of how the audio data to be reproduced in each frame is 
stored in audio packs. In this figure, the aurio data to be 
reproduced for audio frames fBI, f82 is stored in audio 
pack A71, the audio data to be reproduced for audio 
frame 184 is stored in audio pack A72, and the audio 
data to be reproduced for aurio frames f86,f87is stored 
in audio pack A73. The audio data to be reproduced for 
audio frame f83 is cfivided between the audio pack A71 
that comes first and the aurio pack A72 which comes 
later. In the same way, the audio data to be reproduced 
for audio frame f86 is divided between the audio pack 
A72 that comes first and the audio pack A73 which 
comes later. The reason the audio data to be repro- 
duced for one aurio frame is stored divided between 
two aurio packs is that the boundaries between audio 
frames and video frames do not match the boundaries 
between packs. The reason that such boundaries do 
not match is that the data structure of packs under 
MPEG standard is independent of the data structure of 
video streams and audio streams. 

1-2-3 Data Structure of VOBs 

[0071] The VOBs (Video Objects) #1 , #2, #3 ... shown 
in Fig. 4A are program streams under ISO/lEC 1381 fM 
that are obtained by multiplexing a video stream and 
audio stream, although these VOBs do not have a 
programjend_code at the end. 
[0072] Fig. 6A shows the detailed hierarchy for the 
logical construction of VOBs. This means that the logi- 
cal format located on the highest level of Rg. 6A is 
shown in more detail in the lower levels. 
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[0073] The video stream that is located on the highest 
level h Fig. 6A Is shown dMded Into a plurality of GOPs 
on the second level, with these QOPs having been 
shewn in Bg. 5A. As in Rg. 5A, the picture data In GOP 
units Is divided into a large number of 2KB unrt& On the $ 
other hand, the audio stream shown on the left of the 
highest level in Rg. 6A Is cfivtied into a large number of 
approximately 2KB units on the third level in the same 
way as in Fig. 5& The picture data for a GOP unit that 
is divided into 2KB units is interleaved with the aufio 
stream that is simOarty divided into appro x imat ely 2KB 
units. This produces the pack sequence on the fourth 
level of Fig. 6A. This pack sequence forms a plurality of 
V08Us (Video Object Units) that are shown on the fifth 
level, with the VOB (Video Object) shown on the sixth 
level being composed of a plurality of these VOBUs 
arranged in a tfme series. In Fig. 6A, the guidelines 
drawn using broken fines show the relations between 
the data in the data structures on adjacent levels. By 
referring to the guidelines in Fig. 6A, it can be seen that 
the VOBUs on the fifth level correspond to the pack 
sequence on the fourth level and the picture data in 
GOP units shown on the second level. 
[0074] As can be seen by tracing the guidelines, each 
VOBU is a unit that includes at least one GOP com- 
posed of picture data with a reproduction period of 
around 0.4 to 1 .0 second and audio data that has been 
Interleaved with this picture data. At the same time, 
each VOBU is composed of an arrangement of video 
packs and audio packs under MPEG standard The unit 
caned a GOP under MPEG standard is denned by the 
system layer, although when only video data is specified 
by a GOP, as shown on the second larei of Fig. 6A, the 
audio data and other data (such as sub-picture data and 
control data) that is multiplexed with the video data is 
not indicated by the GOP. Under DVD-RAM standard, 
the expression "VOBU" is used for a unit that corre- 
sponds to a GOP. with this unit being a general name for 
at least one GOP composed of picture data with a 
reproduction period of around 0.4 to 1.0 second and the 
audio data that has been interleaved with this picture 
data. 

[0075] Here, it is possible for parts of a VOB to be 
deleted, with the minimum unit being one VOBU. As one 
example, the video stream recorded on a DVD-RAM as 
a VOB may contain images for a commercial that are 
not wanted by the user. The VOBUs in this VOB include 
at least one GOP that composes the commercial and 
audio data that is interleaved with this picture data, so 
that if only the VOBUs in the VOB that correspond to the 
commercial can be deleted, the user wai then be able to 
watch the video stream without having to watch the 
commercial Here, even if one VOBU is deleted, for 
examplei the VOBUs on either side of the deleted 
VOBU wOl include a part of the video stream in GOP 
units that each have an I picture located at their front 
This means that a normal decode and reproduction 
process are possible, even after the deletion of the 



VOBU 

[0076] Fig. 6B shows an example where part of a VOB 
is deleted. This VOB originally includes VOBU#1, 
VOBLWfc. VOBUtt. VOBU#4 .... VOBU#7. When the 
deletion of VOBU82, V08U#4, and VOBU06 is incfi- 
cated, the areas that were originally occupied by these 
VOBUs are freed and so are shewn as empty areas on 
the second level of Fig. 6a When the VOB is repro- 
duced thereafter, the reproduction order is VOBIWM, 
VOBU03, VOBU#5. and VOBUOT. 
[0077] The video packs and audio packs included in a 
VOBU each have data length of 2KB. This 2KB size 
matches the sector size of a DVD-RAM. so that each 
video pack and audio pack is recorded in a separate 
sector. 

[0078] The arrangement of video packs and audio 
packs is corresponds to the arrangement of an equal 
number of consecutive logical sectors, and the data 
held within these packs is read from the DVD-RAM. This 
is to say. the arrangement of video packs and audio 
packs refers to the order in which these packs are read 
from the DVD-RAM. Since each video pack is approxi- 
mately 2KB in site, if the data size of the video stream 
for one VOBU is several hundred KB. for examplei the 
video stream will be stored having been divided into 
several hundred video packs. 

(1-2-3-1) Data Structure of video Packs and Audio 
Packs 

[0079] Figs. 6C to 6E show the logical format of the 
video packs and audio packs stored in a VOBU Nor- 
mally, a plurality of packets are inserted into one pack in 
an MPEG system stream, although under DVD-RAM 
standard, the number of packets that may be inserted 
into one pack is restricted to ona Fig. 6C shows the log- 
ical format of a video pack arranged at the start of a 
VOBU. As shown in Rg. 6C, the fret video pack in a 
VOBU is composed of a pack header, a system header, 
a packet header, and video data that is part of the video 
stream. 

[0080] Fig. 6D shows the logical format of the video 
packs that do not come first in the VOBU As shown in 
Rg. 6D. these video packs are each composed of a 
pack header, a packet header, and video data, with no 
system header. 

[0081] Fig. 6E shows the logical format of the audio 
packs. As shown in Rg. 6E. each audio pack is com- 
posed of a pack header, a packet header, a 
subjstreamjd showing whether the compression 
method used for the audio stream included in the 
present pack is Linear-PCM or Dolby-AC3. and audio 
data that is part of the audio stream and has been com- 
pressed according to the indicated method. 

n-frfrfrl) Puffer Control within a VQB 

[0082] The video stream and audio stream are stored 
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in video packs and audio packs as described abcwa 
However, in order to seamlessly reproduce VOBs, rt Is 
no! sufficient to store the video stream and audio stream 
in video pads and audio pacte. with tt being necessary 
to suitably arrange of video packs and audio packs to 
ensure that buffer control wffl be uninterrupted. The buff- 
ers referred to here are input buffers for temporarily 6tor- 
ing the video stream and the aucfio stream before input 
into a decoder. Hereinafter, the separate buffers are 
referred to as the video buffer and fre audio buffer, with 
specific examples being shown in as the video buffer 4b 
and the audio buffer 4d in Fig. 19. Uninterrupted buffer 
control refers to Input control for the buffer that ensures 
that overflow or underflow do not occur for either input 
buffer, this is described in more detail later, but is fun- 
damentally achieved by assigning time stamps (show* 
Ing the correct times for the input output and Display of 
data) that are standardized for an MPEG stream to the 
pack header and packet header shown in Rg. 60 and 
Fig. 6E. tf no underflows or overflows occur tor the video 
buffer and audio buffer, no interruptions wiO occur in the 
reproduction of the video streams and aixfio streams. 
As wiD be clear from this specification, it is very impor- 
tant that buffer control is uninterrupted. 
[0083] There is a time limitation whereby each set of 
audio data needs transferred to the audio buffer and 
decoded by the presentation start time of the audio 
frame to be reproduced by such data, but since aucfo 
streams are encoded using fixed-length encoring with a 
relatively small amount of data, the data that is required 
for the reproduction of each audio frame can be stored 
in aucfio packs. These audio packs are transferred to the 
audio buffer during reproduction, meaning that the time 
limitation described above can be easily managed. 
[0084] Rg. 7A is a figure showing the ideal buffer 
operation for the audio buffer. This figure shows how the 
buffer occupancy changes for a sequence of audio 
frames. In this specification, the term "buffer occu- 
pancy" refers to the extent to which the capacity of a 
buffer is being used to store data, The vertical axis of 
Rg. 7A shows the occupancy of the audio buffer, wh3e 
the horizontal axis represents time. This time axis Is 
spot into 32msec sections, which matches the reproduc- 
tion period of each aucfio frame in the Dotoy-AC3 
method By referring to this graph, it can be seen that 
the occupancy of the buffer changes overtime to exhto- 
its a sawtooth pattern. 

[0085] The height of each triangular tooth that com- 
poses the sawtooth pattern represents the amount of 
data in the part of the aucfio stream to be reproduced in 
each audio frama . 

[0086] The gradient of each triangular tooth repre- 
sents the transfer rate of the audio stream. This transfer 
rate is the same for aO audio frames. 
[0087] During the period corresponding to one trian- 
gular tooth, audio data is accumulated with a constant 
transfer rate during the display period {32msec) of the 
audio frame preceding the audio frame that is repro- 



duced by this audio data. At the presentation end time 
of the preceding audio frame (this time r e pre s ent ing the 
decode time tor the present frame), the aucfio data tor 
the present frame is instantly outputted from the audio 

s buffer. The reason a sawtooth pattern is achieved is that 
the processing from the storage in the buffer to output 
from the buffer is continually repeated. 
[0088] As one example, assume that transfer of an 
audio stream to the audio buffer begins at time T1 . This 

'0 audio data should be reproduced at time T2, so that 
amount of data stored in the audio buffer will gradually 
increase between time T1 to time T2 due to the transfer 
of this audio data. However, because this transferred 
aucfio data Is output at the presentation ml time of the 

rs precedng audio frame, the audio buffer wiO be cleared 
of audio data at that point so that the occupancy of the 
audio buffer returns to 0. in Rg. 7 A, the same pattern is 
repeated between time T2 and time 13, between time 
T3 and time T4, and so ort 

20 [00891 The buffer operation shown in Rg. 7A is the 
ideal buffer operation state tor the premise where the 
audio data to be reproduced in each audio frame is 
stored in one audio pack. In reality, however, it is normal 
for audio data that will be reproduced In several different 

25 audio frames to be stored in one audio pack, as shown 
in Rg. 5B. Rg. 7B shows a more realistic operation for 
the audio buffer. In this figure, audio pack A31 stores 
aucfio data A21, A22, and A23 which should respec- 
tively be decoded by the presentation end times of 

ao aucfio frame £1,122, and f23. As shown in Rg. 76, only 
the decoding of aucfio data A21 will be completed at the 
presentation end time of audio frame f21. with the 
decoding of the other sets of audio data f22 and 123 
being respectively completed by the presentation end 

35 times of the following audio frames f22 and f23. Of the 
audio frames included in this audio pack, audio data 
A21 should be deooded first, with the decoding of this 
aucfio data neecfing to be conpleted by the presentation 
end time of audio frame 61. Accordingly, this audio 

40 pack should be read from the DVD-RAM during the 
reproduction period of the audio frame 121. 
[0090] Video streams are encoded with variable code 
length d ue to the large differences in code size between 
the different types of pictures (I pictures, P pictures, and 

45 B pictures) used in compression methods that use time- 
related correlation. Video streams also include a signift- 
cant amount of data, so that it is diff icult to conplete the 
transfer of the picture data for a video frame, especially 
the picture data tor an I picture, by the presentation end 

so time of the preceding video frame 

[0081] Rg. 7C is a graph showing video frames and 
the occupancy of the video buffer. In Rg. 7C, the vertical 
axis represents the occupancy in the video buffer, while 
the horizontal axis represents time. This horizontal axis 

55 is sprit into 33msec sections which each match the 
reproduction period of a video frame under NTSC 
standard. By referring to this graph, it can be seen that 
the changes in the occupancy of the video buffer 
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changes over time to exhibit a sawtooth pattern. 
[0092] The height of each triangular tooth that com- 
poses the sawtooth pattern represents the amount of 
data In the part of the video stream to be reproduced fn 
each video frama As mentioned before, the amount of 
data in each video frame is not equal, since the amount 
of code for each video frame is dynamically assigned 
according to the complexity of the frame. 
[0093] The gradient of each triangular tooth shows the 
transfer rate of the video stream The approximate 
transfer rate of the video stream is calculated by sub- 
tracting the output rate of the audio stream from the out- 
put rate of the track buffer. This transfer rate is the same 
during each frame period. 

[0094] During the period corresponding to one trian- 
gular tooth in Fig. 7C, picture data Is accumulated with 
a constant transfer rate in during the display period 
(33msec) of the video frame preceding the video frame 
that is reproduced by this picture data. At the presenta- 
tion end time of the preceding video frame (this time 
representing the decode time tor the present picture 
data), the picture data for the present frame is instantly 
outputted from the video buffer. The reason a sawtooth 
pattern is achieved is that the processing from the stor- 
age in the video buffer to output from the video buffer is 
continually repeated 

[0095] When the image to be displayed in a given 
video frame is complex, a larger amount of code needs 
to be assigned to this frama When a larger amount of 
code is assigned, this means that the pre-storage of 
data in the video buffer needs to be commenced weli in 
advance. 

[0096] Normally, the period from the transfer start 
time, at which the transfer of picture data into the video 
buffer is commenced, to the decode time for the picture 
data is called the VBV (Video Buffer Verify) delay. In 
general, the more complex the image, the larger the 
amount of assigned code and the longer the VBV delay. 
[0097] As can be seen from Fig. 7C, the transfer of the 
picture data that is decoded at the presentation end 
timeT16 of the preceding video frame is c ommenc ed at 
time T11. The transfer of picture data that is decoded at 
the presentation end time T18 of the preceding video 
frame, meanwhile, is commenced at time T12. The 
transfer of the picture data for other video frames can be 
seen to be commenced at times T14. T15, T17. T19. 
T20.andT21. 

[9098] Fig. 7D shows the transfer of sets of picture 
data in more detail. When considering the situation in 
Fig. 7C. the transfer of the picture data to be decoded at 
time T24 in Fig. 7D needs to be completed in the 
-TLPeriod- between the start time T23 of the "VBV 
delay" and the start of the transfer of the picture data for 
the next video frame to be reproduced. The increase in 
the occupancy of the buffer that occurs from this 
Tf.Period onwards is caused by the transfer of the pic- 
ture data for the image to be displayed in the next video 
frame. 
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[0099] The picture data accumulated in the video 
buffer waits tor the time T24 at which the picture data is 
to be decoded. At the decode time T24. the image A is 
decoded, which clears part of the picture data stored in 
5 the video buffer, thereby reducing the total occupancy of 
the video buffer. 

[0100] When considering the above situation, it can be 
seen that while it is sufficient tor the transfer of audio 
data to be reproduced fn a certain audio frame to be 

10 commenced around one frame in advance, the transfer 
of picture data tor a certain video frame needs to be 
commenced well before the decode time of such picture 
data. In other words, the audio data which should be 
reproduced in a certain audio frame should be inputted 

is into the audio buffer at around the same time as picture 
data for a video frame that is well in advance of the 
audio frame. This means that when the audio stream 
and video stream are multiplexed into an MPEG stream, 
audio data needs to multiplexed well before the corre- 

20 cponding p'cture data. As a result the video data and 
audio data in a VOBU are in fact composed of video 
data that wQI be reproduced later and audio data. 
[0101] The arrangement of the plurality of video packs 
and audio packs has been described as reflecting the 

25 transfer order of the data included in the packs. Accord- 
ingty. to have the audio data to be reproduced in an 
aufio frame read at a p pr ox imat ely the same time as the 
picture data to be reproduced in a video frame that is 
well ahead of the audio frame, the audio packs and 

so video packs that store the aucfio data and picture data in 
question need to be arranged into a same part of the 
VOB. 

[0102] Fig. 8A shows how the audio packs, which 
sttve aucfio data to be reproduced f n each audio frame. 

ss and the video packs, which show the picture data to be 
reproduced in each video frame, should be stored. 
[0103] tn Fig. 8A» the rectangles marked with V and 
"A" show each video pack and audio pack. Fig. 88 
shows the meaning of the width and height of each of 

40 these rectangles. As shown in Fkj. 8B. the height of 
each rectangle shows the bitrate used to transfer the 
pack. Asa resutl packs that have a tall height are trans- 
ferred with a high bitrate. which means that the pack can 
be inputted into a buffer relatively quickly. Packs that are 

45 not tail, however, are transferred with a tow bitrate, and 
so take a relatively long time to be transferred into the 
buffer. 

[0104] The picture data V1 1 that is decoded at time 
T11 in Fig. 8B is transferred during the period kit. 

so Since the transfer and decoding of the aucfio data A1 1 
are performed during this period k11, the video packs 
that store the video data V11 and the audio pack that 
stores the audio data A11 are arranged into a similar 
position, as shown in the tower part of Fig. 8A. 

55 [0105] The picture data V12 that Is decoded at time 
T12 in Fig. 8A is transferred during the period k12. 
Since the transfer and decoding of the audio data A12 
are performed during this period k12, the video packs 
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that store the video data V12 and the audio pack that 
stores the audio data A12 are arranged into a similar 
position, as 6hown in the lower part of Fig. 8A. 
[D1 06] In the same way, the audio data A13, A14, and 
A15 are arranged into similar positions as the picture s 
data V13 and V14 whose transfer is commenced at the 
output time of these sets of audio data 
[0107] Note that when picture data with a large 
amount of assigned coda, such as picture data V1 6. is 
accumulated in the buffer, a pturafity of audio data A1S t io 
A16. and A17 are rruNqplexed during k16 which is the 
transfer period of the picture data V16. 
[0108] Rg. 9 Ghows how aucfio packs that store a pt^ 
ralrty of sets of audio data to be reproduced in a plurality 
of audio frames and video packs that store picture data is 
to be reproduced in each video frame may be stored in 
Fig. 9, audio pack A31 stores the audio data A21.A22, 
and A23 that is to be reproduced for audio frames f21. 
f22, and t23. Of the audio data that is stored in the audio 
pack A31, the first audio data to be decoded is the aucfio so 
data A21. Since the aucfio data A21 needs to be 
decoded at the presentation end time of the aucfio frame 
f20 ( this aucfio data A21 needs to be read from the DVD- 
RAM together with the picture data V1 1 whose transfer 
is performed during the same period {period kl1) as the as 
aucfio frame f20. As a result the aucfio pack A31 is 
arranged near the video packs that store the picture 
dataV11. 

[0109] When considering that an audio pack can store 
aucfio data which should be decoded for several aucfio so 
frames, and that audio packs are arranged in similar 
positions to video packs that are composed of picture 
data which should be decoded in the future, it may 
seem that the audio data and picture data to be 
decoded at the 6ame time should be stored in aucfio 3S 
packs and video packs that are at distant positions 
within a VOa However, there will be no cases where 
video packs which store picture data that wffl be 
decoded one second or more later are stored alongside 
audio data that should be decoded at the same time. 40 
This is because MPEG standard defines the upper limit 
for the time data can be accumulated in the buffer, with 
aO data having to be outputted from the buffer within one 
second of being inputted into the buffer. This restriction 
is called the "one-second rule" for MPEG standard. 45 
Because of the one-second rule, even if audio data and 
picture data that are to be decoded at the same time are 
arranged into distant positions, the audio pack that 
stores the audio data to be decoded at a given time will 
definitely be stored within a range of 3 VOBUs from the so 
VOBU that stores the picture data to be decoded at the 
same given time. 

M-2-3-2-2) Buffer Control Between VOBs 

55 

[01101 The following explanation deals with the buffer 
control that is performed when reproducing two or more 
VOBs successively. Rg. 10A shows the buffer state tor 



the first part of a video stream. In Rg* 10A. the input of 
the pack that Includes the picture date is commenced at 
the point indicated as RrsLSCR during the video frame 
f7l , with the amount of data shown as BT2 being trans- 
ferred by the presentation end time of the video frame 
f72. similarly, the amount of data BT3 has been accu- 
mulated in the buffer by the presentation end time of the 
video frame (73. TWs data is read from the video buffer 
by the video decoder at the presentation end time of the 
video frame f74, with this time being indicated hereafter 
by the notation RrsLDTS. In this way, the state of the 
buffer changes as shown in Rg. 10A, with no data for a 
preceding video stream at the start and the accumu- 
lated amount of data gradually increasing to trace a tri- 
angular shape. Note here that Rg. 1 0A is drawn with the 
premise that the video pack is inputted at the time 
RrsLSCR. although when the pack positioned at the 
front of a VOB is a different pack, the start of the 
Increased in the amount of buffered data win not match 
the time RrsLSCR. Also, the reason LasLSCR is posi- 
tioned midway through a video frame is that the data 
structure of the pack is unrelated to the data structure of 
the video data 

[0111] Rg. 1 0B shows the buffer state during the latter 
part of a video stream, tn this drawing, the Input of data 
into the video buffer is completed at the time LasLSCR 
that is located midway through video frame f61. After 
this, only the data amount A3 of the accumulated video 
data is taken from video buffer at the presentation end 
time of video frame f61. Following this, it can be seen 
that only the data amount A4ls taken from video buffer 
at the presentation end time of video frame f62, and 
only the data amount A5 is taken at the presentation 
end time of video frame f63, this latter time eiso being 
called the LasLDTS. 

[0112] For the latter part of a VOB, the input of video 
packs and audio packs is completed by the time shown 
as LasLSCR in Rg. 10B, so that the amount of data 
stored in the video buffer will thereafter decrease in 
steps at the decocfing of video frames f61, f62, f63 and 
f64. As a result the occupancy of the buffer decreases 
in steps at the end of a video stream, as shown in Rg. 
10B. 

[0113] Rg. 10C shows the buffer state across VOBs. 
In more detail, this drawing shows the case where the 
latter part of a video stream that causes the buffer state 
shown in Rg. 10B is seamlessly finked to the former 
part of another video stream that causes the buffer state 
shown in Rg. 10A. 

[0114] When these two video streams are seamlessly 
linked, the RrsLDTS of the former part of the second 
video stream to be reproduced needs to follow after the 
video frame with the LasLDTS of the tatter part of the 
first video stream, tn other words, the decoding of the 
first video frame in the second video stream needs to be 
performed after the decoding of the video frame with the 
final decode time in the first video stream, if the interval 
between the LasLDTS of the latter part of the first video 
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stream and the RrsLDTS of the lormef part of the sec- 
ond video stream is equivalent to one video frame, the 
pictured of the latter part of to 
coexist in the video buffer with the picture data of the 
former part of the 6eoond video stream as shown in 
Fig. 10C. 

(01151 In Rg-ICK^rtisassumedthatthe video frames 
f71, f72. and f73 shown In Rg. 10A match the video 
frames f61,f62, and f63 shown In Fig. 10E In such con- 
ditions, at the presentation end time of video frame t71 , 
the picture data BE1 of the latter part of the first video 
stream and the picture data BT1 of the former part of 
the second video stream are present in the video buffer. 
At the presentation end time of the video frame f72, the 
picture data BE2 of the latter part of the first video 
stream and the picture data BT2 of the former part of 
the second video stream are present In the video buffer. 
At the presentation end time of the video frame f73, the 
picture data BE3 of the latter part of the first video 
stream and the picture data BT3 of the former part of 
the second video stream are present In the video buffer. 
As the decoding of video frames progresses, the picture 
data of the latter part of the first video stream decreases 
in steps, while the picture data of the former part of the 
second video stream gradually increases. These 
decreases and increases occur concurrently, so that the 
buffer state shown In Rg. 10C exhibits a sawtooth pat- 
tern which closely resembles the buffer state shown for 
V08sfrtRg.7C 

[0116] It 6houtd be noted here that each of total 
BT1+BE1 of the data amount BT1 and the data amount 
BE1, total BT24BE2 of the data amount BI2 and the 
data amount BE2, and total BT3+BE3 of the data 
amount BT3 and the data amount BE3 is below the 
capacity of the video buffer. Here, if any of these totals 
BT1+BE1 , BT2+BE2 or BT3+BE3 exceeds the capacity 
of the video buffer, an overflow wiD occur in the video 
buffer. If the highest of these totals is expressed as 
Bv1+Bv2, this value Bv1+Bv2 must be within the capac- 
ity of the video buffer. 

d-2-3-31 Pack Header. System Header. Packet Header 

[0117] The information tor the buffer control described 
above is written as time stamps in the pack header, the 
system header, and the packet header shown in Rgs. 
6F-6H. Rgs. 6F-6H show the logical formats of the 
pack header, the system header, and the packet 
header. As shown in Fig. 6F, the pack header includes a 
PacK.Start.Code, an SCR (System Clock Reference) 
showing the time at which the data stored in the present 
pack should be inputted into the video buffer and audio 
buffer, and a Program jTiaxjate. tn a VOB, the first 
SCR is set as the tnttaJvaJue of the STC (System Time 
Clock) that is provided as a standard feature in a 
decoder under MPEG standard. 
[0118] The system header shown in Rg. 6Q is only 
appended to the video pack that is located at the start of 



a V08UL This system header includes maximum rate 
information (shown as the •Ratabound.irtto" in Rg. GO) 
6howing the transfer rate to be requested of the repro- 
duction apparatus when inputting the data, and buffer 
5 size information (shown as 'Buffer.bound.info - in Rg. 
60) showing the highest buffer size to be requested of 
the reproduction apparatus when inputting the data in 
theVOBU 

[0119] The packet header shown in Rg. 6H includes a 
to DTS (Decoding Time Stamp) showing the decoding 
time and, for a video stream, a PTS (Presentation Time 
Stamp) shown the time at which data should be output- 
ted after reordering the decoded video stream. The PTS 
and DTS are set based on the presented start time of 
is a video frame or audio frama In the data obstruction, a 
PTS and a DTS can be set for aO packs, although it is 
rare for such information for picture data that should be 
displayed for all the video frames. It is common for such 
information to be assigned once in a GOP, which is to 
so say once every 0.5 seconds of reproduction time. Every 
video pack and audio pack is assigned an SCR, how- 
ever. 

[0120] For a video stream, it is common for a PTS to 
be assigned to each video frame in a GOP, though for 

25 an audio stream, it is common for a PTS to be assigned 
every one or two audio frames. For an audio stream, 
there wOl be no difference between the display order 
and the coding order, so that no DTS is required. When 
one audio pack stores all of the audio data that is to be 

30 reproduced for two or more audio frames, a PTS is writ- 
ten at the start of the audio pack. 
[0121] As one example, the audio pack A71 shown in 
Rg. 5B may be given the presentation start time of the 
audio frame f81 as the PTS. On the other hand, the 

35 audio pack A72 that stores the divided audio frame f83 
must be given the presentation start time of the audio 
frame f64 t not the presentation start time of the audio 
frame f83, as the PTS. This is also the case for the 
audio pack A73, which must be given the presentation 

40 start time of the audio frame f86, not the presentation 
start time of the audio frame f85. as the PTS. 

fl-2-3-41 Continuity of Time Stamps 

45 [0122] The following is an explanation of the values 
that are set as the PTS> DTS, and SCR for video pacta 
and audio packs, as shown in Rgs. 6F to 6H. 
[0123] Rg. 11A is a graph showing the values of the 
SCR c? packs included in a VOB in the order that packs 

so are arranged in the VOR The horizorrtal axis shows the 
order of the video packs, with the vertical axis shows the 
value of the SCR which is assigned to each pack. 
[0124] The first value of the SCR in Rg. 11 A is not 
zero, and is instead a predetermined value shown as 

55 Initl. The reason the first value of the SCR is not zero is 
that the VOBs that are processed by a video editing 
apparatus are subjected to many editing operations, so 
that there are many cases where the first part of a VOB 
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wiD have already been deleted. H should be obvious that 
the initial value of the SCR of a VOB that has fust been 
encoded will be zero, although the present embodiment 
assumes that the initial value of the SCR for a VOB is 
not zero, as shown in Fig. 11 A. 
[0125] tn Rg. 11 A, the closer a video pack is to the 
start of the VOB. the lower the value of the SCR of that 
video pack, and the further a video pack is from the start 
of the VOB, the higher the value of the SCR of that video 
pack. This characteristic is referred to as the "continuity 
of time stamps", with the same continuity being exhib- 
ited by the DTS. Though the coring order of video packs 
is such that a tatter vid eo pack may in fact be displayed 
before a former video pack, meaning that the PTS of the 
latter pack has a (ewer value than the former pack, the 
PTS wQI still exhibit a rough continuity in the same way 
as the SCR and the DTS. 

[012$] The SCR of audio packs exhibits continuity in 
the same way as for video pacte. 
[0127] The continuity of the SCR, DTS, and PTS is a 
prerequisite for the proper decoding of VOBs. The fol- 
lowing is an explanation of the values used for SCR to 
maintain this continuity. 

[0128] In Fig. 11 ft the straight fine showing the values 
of SCR in the section B is an extension of the straight 
line showing the values of SCR in the section A. This 
means that there is continuity between the values of 
SCR between section A and section a 
[01291 In Fig. 11C, the first value of SCR in the period 
D is higher than the largest value on the straight line 
showing the values of SCR in the section C. However, in 
this case also, the closer a pack is to the start of the 
VOB, the tower the value of SCR. and the further a 
video pack is from the start of the VOB, the higher the 
value of SCR This means that there is continuity of the 
time stamps between section C and section D. 
[01301 Here, when the difference in time stamps is 
large, these stamps are naturally ncrwxxrtinuous. 
Under MPEG standard, the difference between pairs of 
time stamps, such as SCRs, must not exceed 0.7 sec- 
onds* so that areas in the data where this value is 
exceeded are treated as being non-continuous. 
[0131] In Rg. 1 1 D, the last value of SCR in section E 
is higher than the first value on the straight line showing 
the values of SCR in section F. In this case, the continu- 
ity wherein the closer a pack is to the start of the VOB, 
the lower the value of SCR. and the further a video pack 
is from the start of the VOB, the higher the value of SCR 
is no longer valid, so that there is no continuity in the 
time stamps between section E and section F. 
[0132] When there is no conttnuity in the time stamps, 
as the example of section E and section F. the former 
and latter sections are managed as separate VOBs. 
[0133] It should be noted that the details of buffer con- 
trol between VOBs and the multiplexing method are 
described in detail in the PCT pubGcations "WO 
97/1 336T and "WO 97/13383". 



(1-2-4) AY Ffefi 

[0134] An AVffle is a file that records at least one VOB 
that is to be reproduced consecutively. When a plurality 

5 of VOBs are held within one AV fOe, these VOBs are 
reproduced in the order they are stored in the AV fOe. 
For me example in Fig. 4, the three VOBs, VOB#1. 
VOB#2, and VOB03, are stored in one AV fBe. with 
these VOBs being reproduced in the order VOB91 -> 

10 VOB#2 -> VOB#3. When VOBs are stored in this way. 
the buffer state for the video stream positioned at the 
end of the first VOB to be reproduced and the video 
stream positioned at the start of the next VOB to be 
reproduced will be as shown in Rg. 100. Here, if the 

is highest amount data Bv1+Bv2 to be stored in fre buffer 
exceeds the capacity of the buffer, or if the first time 
stamp in the VOB to be reproduced second Is not con- 
tinuous wfth the last time stamp in the VOB to be repro- 
duced first, there is the danger that seamless 

20 reproductxmwiDnotbepossibteforth^ 
VOBs, 

ft-31 Logical Construction of the RTRW Management 

25 

[9135] The following is an explanation of the RTRW 
rnanagement ftla The RTRW management ffle is infor- 
mation showing attributes for each VOB stored in an AV 
ffla 

30 [0136] Ftg. 12A shows the detailed hierarchica) struc- 
ture in which data is stored in the RTRW management 
ffle The logical format shown on the right of Fig. 12Ais 
a detailed expansion of the data shown on the left, with 
the broken lories serving as guidelines to clarify which 

35 parts of the data structure are being expanded. 

[0137] By referring to the data structure in Rg. 12B. it 
can be seen that the RTRW management fie records 
VOB information for VOB#1. VOB#2, VOB#3. ... VOB#6, 
and that this VOB information is composed of VOB gerv 

40 era) information, stream attribute information, a time 
map table, and seamless linking information. 

(1-3-1) VOB general IrrtPfmafon 

45 [Q138] The "VOB general information" refers to the 
VOB-ID mat is uniquely assigned to each VOB in an AV 
ffle and to the VOB reproduction period information of 
each VOB. 

so (1-3-2) Stream Attribute Information 

[0139] The stream attribute Information is composed 
of video attribute information and audio attribute infor- 
mation. 

55 [0140] The video attribute information includes video 
format information that indicates one of MPEG2 and 
MPEQ1* and a display method that indicates one of 
NTSC and PAL/SECAM. When the video attrfoute infer- 
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mation indicates NTSC. an tntfca&on such as 
•720x480* or •352x240* may be given as the display 
resolution, and an Indication 6uch as *43" or "16:9* may 
be given as the aspect ratio. The presencefebsence of 
copy prevention control for an analog video signal may 
also be indicated, as may the presenoa/absence of a 
copy guard tor a video cassette recorder which dam- 
ages the AGO circuit of a VTR by changing the signal 
amplitude during the Wank period of a video signal. 
[0141) The audio attribute information shows the 
encoding method which may be one of MPEG2, Dolby 
Digital, or Unear-PCM, the sampling frequency (such as 
4SkHz),abHmtawhenafixddbitratei8L^orabHrate 
marked with *VBR* when a variable bitrate is used. 
[0142] The time map table shows the size of each 
VOBU that composes the VOB and the reproduction 
period of each VOBU To Improve accessing capabili- 
ties, representative VOBUs are selected at a predeter- 
mined interval, such as a multiple of ten seconds, and 
the addresses and reproduction times of these repre- 
sentative VOBUs are given relative to the start of the 

voa 

fl-3-3) Seamless Unking Information 

[01431 The seamless finking information is information 
which enables the consecutive reproduction of the plu- 
rality c* VOBs in the AVffle to be performed 6ear^^ 
This seamless Onting information includes the seam- 
less flag, the video presentation start time 
VOB_V S_PTM, the video presentation end time 
VOBJLEPTM. the RreLSCa the LasLSCR. the 
audio gap start time AJSTP_PTM, the audio gap length 
A_GAPJLEN. and the audio gap location information 
A_GAP_LOC. 

Seamless flag 

[0144] The seamless flag is a flag showing whether 
the VOB c or r espon ding the present seamless linking 
information is reproduced seamlessly following the end 
of reproduction of the VOB positioned immediately 
before the present VOB in the AV fila When this flag is 
set at "01", the reproduction of the present VOB (the lat- 
ter VOB) Is performed seamlessly, while when the flag is 
set at "00*. the reproduction of the present VOB is not 
produced seamlessly. 

[0145] In order to perform the reproduction of a plural- 
ity of VOBs seamlessly, the relationship between the 
former VOB and the latter VOB must be as follows. 

(1) Both VOBs must use the same display method 
(NTSC, PAL. eta) for the video stream as given in 
the video attribute information. 

(2) Both VOBs must use the same encoding 
method (AC-3. MPEG. Unear-PCM) for the aucfio 
stream as given In the audio attribute Information. 
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[0146] Failure to comply with the above conditions 
prevents seamless reproduction from being performed. 
When a different display method is used for a video 
stream or a different encoding method is used tor an 

5 audio stream, the video encoder and aucfio encoder win 
have to stop their respective operations to switch the 
display method, decoding method, and/or bit rate. 
[0147] As one example, when two audio streams that 
are to be reproduced consecutively are such that the 

io former audio stream has been encoded according to 
AC-3 methods and the latter according to MPEG meth- 
ods, an audio decoder win have to stop decoding to 
switch the stream attributes when the stream switches 
from AC-3 to MPEG. A sintiar situation also occurs for 

15 a video decoder when the video stream changes. 
[0148] The seamless flag is only set to "01" when both 
of the above conditions (1) and (2) are satisfied. H any 
one of the above conditions (1) and (2) is not satisfied, 
the seamless flag is set at "00". 

20 

(1-3-3-21 Video Presentation Start Time 
VOB V S PTM 

[0149] The video presentation start time 
25 VOB_V_S_PTM shows the time at which reproduction 
of the first video field In the video streams composing a 
VOB is to start This time is given in PTM descriptor for- 
mat 

[0150] PTM descriptor format is a format whereby the 
» time is expressed with an accuracy of 1/27.000.000 
seconds or 1/90.000 seconds (=300/27,000.000 sec- 
onds). This accuracy of 1/90,000 seconds is set consid- 
ering the common multiples of the frame frequencies of 
NTSC signals. PAL signals. Dolby AC-3. and MPEG 
3$ Audio, while the accuracy of 1/27.000.000 seconds is 
set considering the frequency of the STC. 
[0151] Fig. 12B shows the PTM descriptor format tn 
this drawing, the PTM descriptor format is composed of 
a base element (PTM_base) that shows the quotient 
40 when the presentation start time is divided by IftO.OOO 
seconds and an extension element (PTM_extension) 
that shows the remainder when the same presentation 
start time is divided by the base element to an accuracy 
of 1/27.000.000 seconds. 

45 

M -3-3-31 Video Presentation End Time VOB V E PTM 

[0152] The video presentation end time 

VOB_V_E_PTM shows the time at which reproduction 
so of the last video field in the video streams composing a 
VOB ends. This time is also given in PTM descriptor for- 
mat 

n -3-3-41 Relation between Video Presentation Start 
55 Time VOB V S PTM and Video Presentation End 
TtmeVOB V E PTM 

[0153] The following is an explanation of the relation 
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between the VOB_V_E_PTM d a former V08 and the 
VOB.V.S.PTM of a latter VO& when the former VOB 
and latter VOB are to be seamlessly reproduced. 
[0154] Since the latter VOB is fundamentally to be 
reproduced after afl of the video pacta included in the 
former VOB, so that if the VOB_V_S_PTM of the latter 
VOB Is not equal to the VOB_V_E_PTM of the former 
VOB, the time stamps win not be continuous, meaning 
that the former VOB and latter VOB cannot be repro- 
duced seamlessly. However, when the two VOBs have 
been encoded completely separately, the encoder will 
have assigned a unique time stamp to each video pack 
and audio pack during encoding, so that the condition 
(or the VOB_VS_PTM of the latter VOB to be equal to 
the VOB.V.E.PTM of the former VOB becomes prob- 
lematic 

[0155) Fig. 13 shows the state of the buffer for the 
former VOB and the latter VOatn the graphs in Fig. 13, 
the vertical axis shows the occupancy of the buffer while 
the horizontal axis represents tfma The times repre- 
senting the SCR, PTS, video presentation end time 
VOB_V_E_PTM, and video presentation start time 
VOB_V_S_PTM have been plotted, in Fig. 11B, the pic- 
ture data that is reproduced last in the former VOB is 
inputted into the video buffer by the time Indicated as 
LasLSCR of the video pack composed by this picture 
data, with the reproduction processing of this data wait- 
ing unta the PTS that is the presentation start time is 
reached frf the last pack inputted into an MPEG decoder 
is an audio or otter pack, this concfition is not valid). 
Here, video jveseritation.endjime VOB.V.E.PTM 
shows the point where the cfisplay period hi of this final 
video has expired starting from this PTS. This display 
period hi is the period taken to draw an image from the 
first field that composes one screen-sized image to the 
final field. 

[0156] In the lower part of Fig. 11BL the picture data 
that should be displayed first in the latter VOB is input- 
ted into the video buffer at the time RrsLSCR, with the 
reproduction of this data waiting unto the PTS indicating 
the presentation start time. In this drawing, the video 
packs of the former and tatter VOBs are respectively 
assigned an SCR with the f irst value t>", a video pres- 
entation end time VOB.V.E.PTM, and a video presen- 
tation start time VOB_V_S_PTM. For this example, it 
can be seen that VOB V.S.PTM of latter VOB < 
VOB.V.E.PTM of former VOB. 
[0157| The following is an explanation of why seam- 
less reproduction is possible even for the condition 
VOB_V_S_PTM of latter VOB < VOB_V_E_PTM of 
former VOB. Under DVD-RAM standard, an extended 
STD model (hereinafter "E-STD") is defined as the 
standard model for the reproduction apparatus, as 
shown in Fig. 19. In general, an MPEG decoder has an 
STC (System Time Clock) for measuring a standard 
time, with the video decoder and audio decoder refer- 
ring to the standard time shown by the STC to perform 
decode processing and reproduction processing. In 



addition to the STC, however, E-STD has an adder for 
adding an offset to the standard time outputted by the 
STC so that either of the standard time outputted by the 
STC and the addition result of the adder may be 

s selected and outputted to the video decoder and the 
audio decoder. With this construction, even if the time 
stamps tor different VOBs are not continuous, the output 
of the adder may be suppSed to the decoder to have the 
decoder behave as if the time starnps of the VOBs were 

io continuous. As a result, seamless reproduction is still 
possible even when the VOB.V.E.PTM of former VOB 
and the VOB.V.S.PTM of latter VOB are not continu- 
ous, as in the above example. 
[0158] The difference between the VOB_.V_S.PT1v) of 

rs tatter VOB and the VOB.V.E.PTM of former VOB can 
be used as the offset to be added by the adder. This is 
normally referred to as the "STC.offseT . As a result a 
reproduction apparatus of the E-STD model finds the 
STC.offset according to the formula shown below 

20 which uses the VOB.V.S.PTM of latter VOB and the 
VOB.V.E.PTM of former VOB. After finding the 
STCjsffset, the reproduction apparatus then sets the 
result in the adder. 

STC_offset » VOB.V.E J>TM of former VOB - 

25 VOB_V_S_PTM of latter VOB 

[0159] The reason the VOB.V_S.PTM of latter VOB 
and the VOB_V_E_PTM of former VOB are written in 
the seamless linking information is to enable the 
decoder to perform the above calculation and set the 

30 STC.offset &i the adder. 

[0160] Fig. 11E is a graph that has been plotted for 
two VOBs in each of which the time stamps are contin- 
uous, as shown in Fig. 1 1 A. The time stamp of the first 
pack in VOBTI includes the initial value Initl, with the 

33 packs following thereafter having increasingly higher 
values as their time stamps. In the same way, the time 
stamp of the first pack in VOB#2 includes the initial 
value Init2. with the packs following thereafter having 
increasingly higher values as their time stamps. In Fig. 

40 11E. the final value of the time stamps in VOB#1 is 
higher than the first value of the time stamps in VOB#2, 
so that it can be seen that the time stamps are not con- 
tinuous across the two VOB& When the decoding of tfie 
first pack in VOB#2 la desired following the final pack of 

45 VOB#1 regardless of the non-continuity of time sta mp s, 
an STC.offset can be added to the time stamps in 
VOB#2, thereby shifting the time stamps in VOB#2 from 
the solid One shown in Fig. 11E to the broken tine that 
continues as an extension of the time stamps in VOB#1 . 

so As a result, the shifted time stamps in VOB#2 can be 
seen to be continuous with the time stamps in VOB#1 . 

M -3-3-51 First SCR 

55 [9161] The FirstjSCR shows the SCR of the first pack 
in a VOB, written in PTM descriptor format 
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[01621 The LasLSCR shows the SCR oJ the last pack 
in a VOB> written in PTM descriptor format 

"•3-3-7) Relationship between the First SCR and 
IflSLSCR 

[0163) As described above, since the reproduce 
VOB is performed by a decoder of 6-STD type, the 
LasLSCR of the former VOB end the FirsLSCR of the 
latter VOB do not need to satisfy the condition that 
LasLSCR of former VOB - Rrst_SCR of latter VOB. 
However when using an STCjoffeet the foDowing rela- 
tionship must be satisfied. 

LasLSCR of former VOB + time required by 1 
p*ck transfer sSTC_offset + FirsLSCR of la^ 
[0164] Here, H the LasLSCR of former VOB and the 
HrsLSCR of latter VOB do not satisfy the above equa* 
tfon, this means that the packs that compose the former 
VOB are transferred into the video buffer and audio 
buffer at the same time as the packs that compose the 
latter VOB. This violates MPEG standard and the 
decoder model of E-STD where packs are transferred 
one at a time in the order of the pack sequence. By 
referring to Ftg. 10C, it can be seen that the LastjSCR 
of former VOB matches the RrsLSCR of latter 
VOB*STC_offset, so that the above relationship is sat- 
isfied. 

[0165] When VOB is reproduced using decoder of E- 
STD type, of particular note is the time at which switch- 
ing is performed between outputting the standard time 
outputted by the STC and outputting the standard time 
with the offset added by the adder. Since no information 
for this switching is given in the time stamps of a VOB, 
there is the risk that the improper timing wiQ be used for 
switching to the output value of the adder. 
[0166] FirsLSCR and LasLSCR are effective for 
informing the decoder of the correct timing to switch to 
the output value of the adder. While the STC is count- 
ing, the decoder compares the standard time outputted 
by the STC with the RrsLSCR and LasLSCR. When 
the standard time outputted by the STC matches the 
HrsLSCR or LasLSCR. the decode switches from the 
standard time outputted by the STC to the output value 
of the adder. 

[0167] When reproducing a VOB, standard reproduc- 
tion reproduces the latter VOB after reproducing the 
former VOB, while "rewind reproduction* (backward pic- 
ture search) reproduces the former VOB after the latter 
VOB. Accordingly; the LasLSCR is used tor switching 
the value used by the decoder during standard repro- 
duction, and FirsLSCR is used for switching the value 
used by the decoder during rewind reproduction. During 
rewind reproduction, the latter VOB is decoded starting 
from the last VOBU to the first VOBU, and when the first 
video pack in the latter VOB has been decoded, the 
former VOB is decoded starting from the last VOBU to 



the first VOBU tn other words, during rewind reproduc- 
tion, the time at which the decoding of the first video 
pack In the latter VOB is complete is the time at which 
the value used by the decoder needs to be switched To 
5 inform a video data editing apparatus of E-STD type of 
this time, the FirsLSCR of each VOB is provided in the 
RTRW management f3a 

[01691 A more detailed explanation of the techniques 
used for EJ3TD and the STCjoffset is given inthePCT 
10 Publication W097/13364. 

(1-3-3-9) rWP 9m Start Time 7V STP,PW 

[0169] When an audio reproduction gap exists in a 
is VOB, the audio gap 6tart time "AJaTP _PTM" shows the 
halt start time at which the audio decoder should halt Hs 
operation. This audio gap start time is given in PTM 
descriptor format. One audio gap start time 
A_STP w PTM is indicated for one VOB. 

20 

(^^)Aii^g ?n j ||f nQth' , A QAP LEN" 

[0170] The audio gap length A_GAPJLEN* shows 
how long the audio decoder should stop its operation 
25 starting from the halt start time indicated as the audio 
gap start time "A_STP_PTM". The length of this audio 
gap length AJ3APJ-EN is restricted to being less than 
the length of one audio frame. 

so n-a-3-10) Inevitability of Audio Gap 

[0171] The following is an explanation of why a period 
where an audio gap occurs needs to be specified by the 
audio gap start time A_STP_PTM and audio gap length 

35 A_GAP_LEN. 

[0172] Since video streams and audio streams are 
reproduced with different cycles, the total reproduction 
time of a video stream contained in a VOB does not 
match the total reproduction time of the audio stream. 

40 For example, if the video stream is for NTSC standard 
and the audio stream is for Dolby-AC3, the total repro- 
duction time of the video stream will be an integer mul- 
tiple of 33msec and the total reproduction time of the 
audio stream wiD be an integer multiple of 32msec as 

45 shown in Rg. 14A. 

[0173] If seamless reproduction of two VOBs is per- 
formed without regard to these differences in total 
reproduction time, it will be necessary to align the repro- 
duction time of one set of the picture data and the repro- 

60 duction time of the audio data to synchronize the 
reproduction of the picture data with the audio data. In 
order to align such reproduction times, a difference in 
total time appears at one of the start or the end of the 
picture data or audio data. 

55 [0174] In Fig. 14B, the reproduction time of the picture 
data is aligned with the reproduction time of the audio 
data at the start of a VOB. so that the time deference gl 
Is present at the end of the picture data and audio data 
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10175] Since the time difference g1 is present at the 
end of VOB#1. when seamless reproduction VOB#1 
and VOB#2 is etternpted. the reproduction of the audio 
stream in VOB#2 is performed to fiD in the time differ- 
ence g1, meaning that the reproduction of the audio 
stream in VOB#2 starts at time gO. The aucfio decoder 
uses a fixed frame rate when reproducing an aucfio 
stream, so that the decoding of audio streams is contin- 
uously performed with a fixed cycle. When VOB#2 that 
is to be reproduced following VOB01 has already been 
read from the DVD-RAM, the audio decoder can com- 
mence the decoding of VOB#2 as soon as it has com- 
pleted the decoding of the audio stream in VOB#1. 
[0176] To prevent the aucfio stream in the next VOB 
from being reproduced too early during seamless repro- 
duction, the audio gap I n f o r ma t io n in the stream is man- 
aged on the host side of a reproduction apparatus, so 
that during audio gap period, the host needs to halt the 
operation of the audio decoder. This reproduction halt 
period is the aucfio gap, and starts from the aucfio gap 
start time A_STP_PTM and continues for the period 
indicated as A_GAPJ_EM 

[01771 Processing to specify aucfio gaps is also per- 
formed within a stream More specfffcafry.thePTSofan 
audio frame immediately after an aucfio gap is written in 
the packet header of an audio packet so that it is possi- 
ble to specrry when the audio gap emiaHowe^ 
terns arise with the specifying method when several sets 
of aucfio data that should be reproduced for several 
audio frames are stored in a single audio packet In 
more detail, when several sets of audio data to be repro- 
duced for several audio frames are stored in a single 
audio packet it is only possible to provide a PTS for the 
first out of the plurality of audio frames in this packet In 
other words, a PTS cannot be provided for the remain- 
ing aucfio frames in the packet If the audio data that is 
to be reproduced for the aucfio frames located both 
before and after an audio gap is arranged into the same 
packet it will not be possible to provide a PTS for the 
audio frame located immediately after the audio gap. As 
aresuft.it will not be possible to specify the audio gap, 
meaning that the audio gap will be lost lb avoid this, the 
audio frame located immediately after an aucfio gap is 
processed so as to be arranged at the front of the next 
audio pack, so that the PTS (aucfio gap start time 
A_STP_P7M and audio gap length A_GAP_LEN) of the 
aucfio frame immediately after the aucfio gap can be 
clarified within the stream. 

[0178] Whenever necessary, a Padding-Packet as 
prescribed by MPEG standard, may be inserted imme- 
diately after aucfio data in an audio packet that stores 
the audio data to be reproduced immediately before an 
audio gapi Fig. 14C shows audio pack G3 which 
includes an aucfio gap which includes the audio data y- 
2, y-1 ,y to be reproduced for the audio frames y-2.y-l ,y 
located at the latter part of VOB#1 shewn in Ftg. 14B 
and a PaddincjLPacket This drawing also shows aucfio 
pack 04 that includes the audio frames u+1, u+2, and 
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u+3 that are positioned at the front of VOB#2. 
[0179] The above-mentioned aucfio pack G4 is the 
pack that includes the audio data that is to be repro- 
duced tor the audio frame immediately after the audio 

5 gap, while audio pack 03 is the pack that is located in 
immediately before this pack. 
[01801 H the audio data to be reproduced for the audio 
frame located immediately after the audio gap is 
included in a pack, the pack located Immediately before 

io such pack is called an "audio pack including an audio 
gap". 

[0181] Here, the audio pack G3 is positioned toward 
the end of the video pack sequence in a VOBU, with no 
picture data with a later reproduction time being 

75 included in VOB#l. However, it is assumed that the 
reproduction of VOB#2 wiQ follow the reproduction of 
VOB#1. so that picture data included in VOB#2 is the 
picture data that should be read octrresponding to audio 
frames y-2, y-1, and y. 

20 [0182] If this is the case, the audio pack 03 that 
includes the audio gap may be positioned within any of 
the first three VOBU in VOB#2 without violating the 
"one-second rule". Fig. 14D shows that this audio pack 
03 that includes the audio gap may be positioned within 

25 any of VOBU31. VOBU32, and VOBU#3 at the start of 
VOB#2. 

[0183] The operation of the audio decoder needs to be 
ternporarSy halted for the period of the audio gape This 
is because the aucfio decoder will try to perform the 

30 decode processing even during the audio gajx so that 
the host control unit that performs the core control 
processing in a reproduction apparatus has to indicate 
an audio pause to the decoder once the reproduction of 
picture data and aucfio data has ended, thereby tempo- 

35 rarfly hatting the audio decoder. This indication is shown 
as the ADPI (Aucfio Decoder Pause Information) in Fig. 
19. 

[0184] By doing so. the operation of the audio decoder 
can be stopped during the period of the aucfio gap. How- 
40 ever, this does not mean that the audio output can be 
stopped regardless of how an aucfio gap appears in the 
data. 

[0185] This is because it is normal for the control unit 
to be composed of a standard miaocornputer and soff- 

45 ware, so that depending on the circumstances for stop- 
ping the operation of the audio decoder, should audio 
gaps repeatedly occur during a short period of time, 
there is the possibility of the control unit not issuing the 
halt indication sufficiently early. As one example when 

so VOBs of approximately one second in length are repro- 
duced consecutively, it becomes necessary to give a 
halt indication to the audio decoder at intervals of 
around one second When the control unit is composed 
of a standard miaooomputer and software, there is the 

55 possibility that the control unit will not be able to haft the 
audiodecoder for the period where such aucfio gaps are 
present 

[0186] When reproducing VOBs, the reproduction 
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time of picture data and the reproduction time of audio 
data have been aligned several times* with ft being nec- 
essary to provide the audio decoder with a halt indica- 
tion everytima When the control unit is composed of a 
standard microcomputer and software, there is the pcs- 
tfrirty that the control unit wifl not be able to haft the 
audio decoder for the period where such aucSo gaps are 
present For this reason, the following restrictions are 
enforced so that audio gaps only occur once within a 
predetermined period. 

[0187) First, to aSow the control unit to perform the halt 
operation with ease, the reproduction period of VOBs is 
set at 1.5 seconds or above, thereby reducing the fre- 
quency with aucfio gaps may occur. 
[0188] Second, the alignment of the reproduction time 
of picture data and the reproduction time of audio data 
is only performed once in each VOa By doing 6a there 
wiD only be one audio gap In each VOB. 
[0189] Third, the period of each audio gap is restricted 
to being less than one audio frame. 
[0190] Fourth, the audio gap start time 
VOBJ\_STP_PTM is set with the video presentation 
start time VOB_V_S_PTM of the following VOB as a 
standard, so that the aucfio gap start time 
VOB_A_STP_PTM is restricted to being within one 
audio frame of the following video presentation 6tarl 
time VOBJ/A.PTM 
[0191] As a result 

VOB V_S_PTM - reproduction period of one audio 
frame < A_STPJ*TM as VOB_V_S_P7M 
[0192] If an audio gap that satisfies the above formula 
occurs, the first image in the following VOB win Just have 
been displayed, so that even if there in no audio output 
at this time, this will not be particularly conspicuous to 
the user. 

0)193] By presiding the above restriction, when audio 
gaps appear during seamless reproduction, the Interval 
between the audio gaps will be at least "1.5 seconds - 
reproduction period of two audio frames". Morespecfr 
catty, by substituting actual values, the reproduction 
period of each audio frame will be 32msec when Dolby 
AC3 is used, go that the minimum interval between 
audio gaps is 1 436msec. This interval means that there 
is a high probability of the control unit being able to per- 
form the hart control processing well within the deadline 
for the processing. 

f 1 -3-3-1 11 Audio Gap Location Information 

[0194] The audio gap location information 
"A_GAP_LOC" is a 3-bit value that shows into which of 
the three VOBs located at the start of the latter VOB the 
audio pack including the aucfio gap has been inserted. 
When the first bit in this value is "1", this shows the 
audio gap is present in V0BU#1. In the same way, the 
values "2" and "3" respectively show that the audio gap 
is present in VOBU#2 or VOBU#3. 
[0195] The reason this flag is necessary is that it will 
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be necessary to regenerate the auto gap when the lat- 
ter of two VOBs that are to be seamlessly reproduced 
has been partially deleted. 

[0196] The partial deletion of the VOB refers to the 

s deletion of a plurality of VOBUs that are located at the 
start or the end of a VOR As one example, there are 
many cases during video editing when the user wishes 
to remove the opening crecfit sequenca The deletion of 
the VOBUs which include this opening crecfit sequence 

w is caned the -partial deietion of a VOB*. 

[0197] When performing partial deletion, audio packs 
including an audio gap that are moved to a latter VOB 
require special attention. As described above, the audio 
gap is determined according to the video presentation 

is start time VOB_V_S_PTM of the latter VOa so that 
when some of the VOBUs are deleted from the tatter 
VOB. the picture data that has the video presentation 
start time VOB_V_S_PTM that determines the audio 
gap and the VOBUs for this picture data wiD be deleted. 

20 [0198] The aucfio gap is murttpleoced into the one of the 
f irst three VOBs at the start of a VOE Accordingly, when 
apart of a VOa such as the first VOBU, is deleted It will 
not be clear as to whether the audio gap wifl have been 
destroyed as a result of this deletion. Since the number 

25 of audio gaps that may be provided within one VOB is 
limited to one, it is also necessary to delete a previous 
audio gap that is no longer needed once a new audio 
gap has been generated. 

[0199] As shown in Rg. 14Q the audio pack G3 that 

so includes the audio gap needs to be inserted into one of 
VOBU#1 to VOBU#3 in VOB#2 so as to comply to the 
one-second rule, so that the audio pack that includes 
this audio gap needs to be taken out of the packs 
included in VOB#1 to VOB#3. While this involves a max- 

35 imum of three VOBUs, the immediate extraction of only 
the audio pack G3 that includes the audio gap is techni- 
cally very difficult This means that stream analysis is 
required. Here, each VOBU includes several hundred 
packs so that a significant amount of processing is 

40 required to refer to the content of all such packs. 

[0200] The audio gap location information 
A_GAP_LOC uses a 3-bit flag to show into which of the 
three VOBUs at the start of a latter VOB an audio pack . 
including an audio gap has been inserted, so that only 

45 one VOBU needs to be searched when looking for the 
aucfio gap. This facilitates the extraction of the audio 
pack 03 including the audio gapi 
[0201] Rg. 15A to 15E show the procedure for the 
regeneration of the audio gap by the video data erJting 

so apparatus when the VOBUs located at the start of 
VOB#2 have been deleted, out of two VOBs, VOB#i 
and VOB#2, that are to be reproduced seamlessly 
[0202] As shown in Rg. 15A, the VOBUs, "VOBU#98-, 
"VOBU#99", and "VOBU#100" are located at the end of 

55 V08#1 and the VOBUs, "VOBU#1", "VOBU#2\ and 
-VOBU#3" are located at the start of VOB#2. In this 
example, the user instructs the video data editing appa- 
ratus to perform a partial deletion to delete VOBU#1 
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andV0BU#2inVOB#2. 

(0203) tn this case, the aucfio pack G3 that includes 
the audio gap is required, out of the audio data stored in 
VOBU#100, but ft is known for certain that this audio 
pack 03 including tfie audio gap wfli be arranged into 
one of V0BU#1. V0BU#2, and V0BU#3 in V0B#2. To 
find the VDBU into which the aucfio pack 03 indudlng 
the audio gap has been arranged, the video data editing 
apparatus refers to the audio gap location information 
A_OAPJjOG When the audio gap location inf or ma ti on 
A_GAP_LOC is set as shown In Fig. 15R, it can be seen 
that the audio pack 03 including the aucfio gap is 
located tn VOBlttB in V0B#2. 
[0204] Once the video data editing apparatus knows 
that the audio pack 03 inducing the audio gap is 
located in V0BU#3. the video data editing apparatus 
wit) know whether the aucfio gap was multiplexed into 
the area that was subjected to the partial deletion In the 
present example, the aucfio gap is not included in the 
deleted area, so that the value of A_GAP_LOC is only 
amended by the number of VOBU that were deleted. 
[02051 This completes the explanation of the VOBs. 
video stream, audio stream, and VOB information that is 
stored on an optical disc for the present invention. 

(1*) System Construction of the Video Data Editing 

[0206] The video date editing apparatus of the present 
embodiment is provided with functions for both a DVD- 
RAM reproduction apparatus and a DVD- RAM record- 
ing apparatus. Rg. 1 6 shows an example of the system 
construction that includes the video data editing appara- 
tus of the presem embodiment As 6hcwn in Fig. 16, this 
system includes a video data ecfiting apparatus (herein- 
after DVD recorder 70), a remote controller 71, a TV 
monitor 72 that is connected to the DVD recorder 70, 
and an antenna 73. The DVD recorder 70 is conceived 
as a device to be used in place of a conventional video 
cassette recorder for the recording of television broad- 
casts, but also features editing functions. The system 
illustrated in Rg. 16 shows the case when the DVD 
recorder 70 is used as a domestic video editing appara- 
tus. The DVD-RAM described above is used by the DVD 
recorder 70 as the recording medium for recording tele* 
vision broadcasts ■ 

[0207] When a DVD-RAM is loaded into the DVD 
recorder 70. the DVD recorder 70 compresses a video 
signal received via the antenna 73 or a conventional 
NTSC signal and records the result onto the DVD-RAM 
as VOBs. The DVD recorder 70 also decompresses the 
video streams and audio streams inducted in the VOBs 
recorded on a DVD-RAM and outputs the resulting 
video signal or NTSC signal and audio signal to the TV 
monitor 72. 



M-4-11 Hardware Construction of the DVD Recorder 70 

[0208] Rg. 17 is a block diagram showing the hard- 
ware construction of the DVD recorder 70. As shown in 

s Fig. 17, the DVD recorder 70 is composed of a control 
unit 1. an MPEG encoder 2, a disc access unit 3, an 
MPEG decoder 4, a video signal processing unit 5, a 
remote controller 71. a bus 7, a remote control signal 
reception unit 8, and a receiver 9. 

io [0209] The arrows drawn with soOd fines in Rg. 17 
show the physical connections that are achieved by the 
drcuit wiring Inside the DVD recorder 70. The broken 
fines* meanwhile, show the logical connections that indi- 
cate the input and output of various Wrxte of data on the 

is connections shown with the soOd fines during a video 
editing operation. The numerals (1) to (5) assigned to 
the broken Gnes show how VOBUs and the picture data 
and audio data that composes VOBUs are tr an sferre d 
on the physical connections when the DVD recorder 70 

20 re-encodes VOBUs. 

[0210] The control unit 1 1s the host-side control unit 
that Includes the CPU 1a. the processor bus 1tx the bus 
interface 1c, the main storage Id, and the ROM 1a By 
executing programs stored in the ROM la, the control 

25 unit 1 records, reproduces, and edits VOBs. 

[0211] The MPEG encoder 2 operates as follows. 
When the receiver 9 receives an NTSC signal via the 
antenna 73, or when a video signal outputted by a 
domestic video camera is received via the video input 

30 terminals provided at the back of the DVD recorder 70, 
the MPEG encoder 2 encodes the NTSC signal or video 
signal to produce VOBs and outputs the generated 
VOBs to the tfsc access unit 3 via the bus 7. As a proc- 
ess that particularly relates to video editing, the MPEG 

35 encoder 2 receives an Input of the decoding result of the 
MPEG decoder 4 from the connection line CI via the 
bus 7, as shown by the broken line (4), and outputs the 
encoding result for this data to the cfisc access unit 3 via 
the bus 7, as shown by the broken line (5). 

40 [0212] The disc access unit 3 includes a track buffer 
3a. an ECC processing unit 3b, and a drive mechanism 
3c tor a DVD-RAM. and accesses the DVD-RAM in 
accordance with control by the control unit 1. 
[0213] tn more detail, when the control unit 1 gives an 

45 indication for recording on the DVD-RAM and the VOBs 
encoded by the MPEG encoder 2 have been succes- 
sively outputted as shown by the broken line (5), the 
disc access unit 3 stores the received VOBs in the track 
buffer 3a, and. once ECC processing has been per- 

so formed by the ECC processing unit 3bt controls the 
drive mechanism 3c to successively record these VOBs 
onto the DVD-RAM. 

[0214] On the other hand, when the control unit 1 indi- 
cates a data read from a DVD-RAM, the disc access 
55 unit 3 controls the drive mechanism 3c to successively 
read VOBs from the DVD-RAM, and, once the ECC 
processing unit 3b has performed ECC processing on 
these VOBs, stores the result in the track buffer 3a 
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[0215] The drive mechanism 3c mentioned here 
includes a platter for setting the DVD-RAM. a spindle 
motor for damping and rotating the DVD-RAM, anopti- 
cal pickup for reading a signal recorded on the DVD- 
RAM, and an actuator for the optical ptctap Reading 
and writing operations are achieved by controlling these 
compon ants of the drive mechanism 3c although such 
control does not form part of the gist of the present 
invention Since such control can be achieved using 
weD-known methods, no further explanation wiD be 
given in this specification. 

[0216] When VOBs that have been read from the 
DVD-RAM by the disc access unit 3 are outputted as 
shown by the broken Bne (1), the MPEG decoder 4 
decodes these VOBs to obtain uncompressed cfigital 
video data and an aufio signal. The MPEG decoder 4 
outputs the uncompressed digital video data to the 
video signal processing unit 5 and outputs the audio sig- 
nal to the TV monitor 72. During a video editing opera- 
tion, the MPEG decoder 4 outputs the decoding result 
for a video stream and audio stream to the bus 7 via the 
connections fines C2, C3. as shown by the broken lines 
(2) and (3) in Fig. 17. The decoding result outputted to 
the bus 7 is outputted to the MPEG encoder 2 via the 
connection Gne C1, as shown by the broken fine (4). 
[0217] The video signal processing unit 5 converts the 
image data outputted by the MPEG decoder 4 into a 
video signal tor the TV monitor 72. On receiving graph- 
ics data from outside, the video signal processing unit 5 
converts the graphics data into an image signal and per- 
forms signal processing to combine this image signal 
with the video signal. 

[0218] The remote control signal reception unit 8 
receives a remote controller signal and informs the con- 
trol unit 1 of the key code included in the signal so that 
the control unit 1 can perform control in accordance with 
user operations of the remote controller 71. 

f 1-4-1-1) Internal Gonstruciion of the MPEG ErexteLg 

[0219] Fig. 18 is a block c&gram showing the con- 
struction of the MPEG encoder 2. As shown in Fig. 18, 
the MPEG encoder 2 is composed of a video encoder 
2a, a video buffer 2b for storing the output of the video 
encoder 2a. an audio encoder 2c, an audio buffer 2d for 
storing the output of the aurfo encoder 2a a stream 
encoder 2e for multiplexing the encoded video stream in 
the video buffer 2b and the encoded audio stream in the 
audio buffer 2d, an STC (System Time Clock) unit 2f for 
generating the synchronization dock of the MPEG 
encoder 2, and the encoder control unit 2g tor control- 
ling and managing these components of the MPEG 
encoder 2. 

f 1-4-1-a Interna] Construction of the MPEG decoder 4 

[0220] Fig. 19 shows the construction of the MPEG 
decoder 4. As shown in Fig. 19, the MPEG decoder 4 is 



composed of a demultiplexer 4a, a video buffer 4b, a 
video decoder 4c, an audio buffer 4d, an audio decoder 
4* a reordering buffer 41, an STC unit 4g, switches SW1 
to SW4, and a decoder control unit 4k. 

5 [0221] The demultiplexer 4a refers to the header of a 
packet that has been read from a VOB and judges 
whether the various packs are video packs or aufio 
packs. The demultiplexer 4a outputs video in packs 
judged to be video packs to the video buffer 4b and 

to audio data in packs judged to be audio packs to the 
audio buffer 4d. 

[0222] The video buffer 4b is a buffer tor accumulating 
video data that is outputted by the demultiplexer 4a. 
Each set of picture data in the video buffer 4b is stored 
15 unto its decode time when it is taken from the video 
buffer 4b* 

[0228] The video decoder 4c takes out sets of picture 
data from the video buffer 4b at their respective decode 
times and instantfy decodes the data. 
so [Q224] The audio buffer 4d is a buffer for accumulating 
the audio data outputted by the demultiplexer 4a. 
[0225] The audio decoder 4o successively decodes 
the audio data stored in the audio buffer 4d in frame 
units. On receiving ADP! (Audio Decoder Pause Infor- 
ms mation) issued by the control unit 1, the aixfio decoder 
4e halts the decode processing for audio frame data. 
The AOPI is issued by the control unit 1 when the 
present time reaches the audio gap start time 
A_STPJTM shown by the seamless linking informa- 
30 tion. 

[0226] The reordering buffer 4f is a buffer for storing 
the decoding result of the video decoder 4c when it has 
decoded an I picture or P picture. The reason the 
decoding results for I pictures or P pictures are stored is 

35 that the encoding order was originally produced by rear- 
ranging the display order. Accordngly, after every B Pic- 
ture that should be displayed before the decoding 
results stored in the reordering buffer 4f has been 
decoded, the reordering buffer 4f outputs the decoding 

40 results of the hitherto stored I pictures and P pictures as 
an NTSC signal 

[0227] The STC unit 4g generates the synchronization 
clock that shows the system dock for use in the MPEG 
decoder 4. 

45 [0228] The adder 4h outputs a value produced by add- 
ing the STC_offset to the standard dock shown by the 
synchronization dock as the offset standard clock. The 
control unit 1 calculates this STC_offset by finding the 
difference between the video presentation start time 

5a VOB_V_S_PTM and the video presentation end time 
VOB_V_E JTM that are given in the seamless BnWng 
information, and sets the STCjoffset in the adder 4rt 
[0229] The switch SW1 supplies the demultiplexer 4a 
with the standard time measured by the STC unit 4g or 

55 the offset standard time outputted by the adder 4h. 
[0230] The switch SW2 supplies the audio decoder 4e 
with the standard time measured by the STC unit 4g or 
the offset standard time outputted by the adder 4h. The 
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supplied standard time or offset standard time is used to 
collate the decode time and presentation start time of 
each audio frame. 

[0231] The switch SW3 supplies the video decoder 4c 
with the standard time measured by the STC unit 4g or 
the offset standard time outputted by the adder 4h. The 
supplied standard time or offset standard time is used to 
collate the decode time of each set of picture data. 
[0232] The switch SW4 supplies the reordering buffer 
4f with the standard time measured by the STC unit 4g 
or the offset standard time outputted by the adder 4h. 
The suppfled standard time or offset standard time is 
used to collate the presentation start time of each set of 
picture data. 

[0233] The decoder control unit 4k receives a decode 
processing request from the control unit 1 for an Integer 
multiple of VOBUs, which is to say an integer muHjple of 
OOPS, and has the decode processing performed by ail 
of the components from the demuffj^exer 4a to the reor- 
dering buffer 41 Also, on receiving a vaOd/invaBd indica- 
tion for the reproduction output of the decoding result, 
the decoder control unit 4k has the decoding results of 
th8 video decoder 4c and the audio decoder 4e output- 
ted to the outside if the indication is valid, or prohibits 
the output of the decoding results of the video decoder 
4c and the audo decoder 4e to the outside if the indica- 
tion is invafid 

[0234] The vaOd/invaBd indication can be given for a 
smaller unit that a video stream, such as for a video 
field. Information that indicates the valid section of the 
reproduction output in video field units is called valid 
reproduction section information. 

M-4-1-2-1) Timing for the Switching of Switches 
SW1-SW4 

[0235] Fig. 20 is a timing chart of the timing for the 
switching of switches SW1 to SW4. This timing chart 
shows the switching of switches SW1 to SW4 when 
seamless reproduction of VOB#1 and V08#2 is per- 
formed The upper part of Ftg. 20 shows the pack 
sequences that compose V08#1 and VOB#2, while the 
middle part shows the video frames and the lower part 
shows the audio frames, 

[0236] The timing for the switching of switch SW1 is 
the point where the pack sequence that is transferred to 
the MPEG decoder 4 changes from VOB#1 to VOB#2. 
This time is indicated as the LastjSCR in the seamless 
linking information of VOB#1. 
[0237] The timing for the switching of switch SW2 is 
the point where the aD of the audio data in the VOB that 
is stored in the audio buffer 4d before the switching of 
switch SW1, which is to say VOB#1 , has been decoded. 
[0238] The timing for the switching of switch SW3 is 
the point where the aO of the video data in the VOB that 
is stored in the video buffer 4b before the switching time 
(T1) of switch SW#1. which is to say VOB#1. has been 
decoded. 



[0239] The timing for the switching of switch SW4 is 
the point during the reproduction of VOB#1 where the 
last video frame has been reproduced. 
[0240] The pr o gram s stored in the ROM 1e include 
5 modules that enable two VOBs that have been recorded 
on the DVD-RAM to be reproduced seamlessly 

M -4-1 -2-2) Procedure for the Seam! ass Processing of 
VOBs 

to 

[0241] Figs. 21 and 22 are flowcharts showing the pro- 
cedure that seamlessly links two VOBs in an AV file. 
Figs, 23A and 23B show an analysis of the buffer state 
tor each video pack. Figs. 24A and 25 show the audio 
is frames in the audio stream that correspond to the audio 
frames x, x+1, y-1, y. u+1, u+2, and u+3 mentioned in 
Fig. 22. 

[0242] The following is an explanation of the re-encod- 
ing of VOBs. In step S102 of Rg. 21. the control unit 1 
20 performs the calculation VOB_V_E_PTM of former VOB 
minus VOB_V_S_PTM of latter VOB to obtain the 
STQjOffseL 

[0243] In step S103, the control unit 1 analyzes the 
changes in the occupancy of the buffer from the 

23 RrsLSCR of the former VOB to the decode end time of 
aO of the data in the former VOB. Figs. 23A and 23B 
show the analysis process for the occupancy of the 
buffer performed in step S103. 
[0244] When video pack #1 and video pack #2 are 

30 included in the former VOB as shown in Rg. 23A, the 
SCR#1, SCR#2. end DTS#1 included in these video 
packs are plotted on the time axis. After this, the data 
size of the data included in video pack #1 and video 
pack #2 is calculated. 

as [0245] A line Is plotted starting from SCR#1 with the 
bitrate information in the pack header as the gradient, 
until the data size of video pack #1 has been plotted. 
After this, the data size of video pack #2 is plotted start- 
ing from SCR#2. Next, the data size of the picture data 

40 P1 that is to be decoded is removed at DTS#1. This 
data size of picture data P1 is obtained by analyzing the 
bHstreant 

[024$] After plotting the data sizes of the video packs 
and picture data in this way. the buffer state of the video 
43 buffer 4b from the first SCR to the DTS can be plotted as 
a graph. By using the same procedure for all of the 
video data and audio data in a VOB. a graph showing 
the state of the buffer can be obtained, as shown in Fig. 
23B. 

so [0247] In step S104, the control unit 1 performs the 
same analysis as in step 8103 for the latter VOB. and so 
analyzes the changes in the occupancy of the video 
buffer from the RrsLSCR of the latter VOB to the 
decode end time Last_DTS of aO the data in the tatter 

S3 VOB. 

[0248] In step S105, the control unit 1 analyzes the 
changes in the occupancy of the video buffer from the 
RrsLSCR of the latter VOB + STC.offset to the 
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LasLDTS of the former VOa This period from the 
RrstSCR of the latter VOB ♦ STC_offset to the 
LasLDTS of the data In the termer VOB is when the first 
picture data of the latter VOB is being transferred to the 
video buffer 4b while the last picture data of the former 
VOB is still stored in the video buffer 4tx 
[0249] VVhen the video data of me former VOB and the 
latter VOB coexist in the buffer, the buffer state wiP be as 
shown in Fig. 10G. In Rg. 10C, the video buffer 4b 
stores video data of both the former VOB and the latter 
VOB during the period from the Rrst_SCR+STC_offset 
to the Last_DTS, with Bv1+Bv2 representing the high- 
est occupancy of the video buffer 4b during this period. 
[0250) In step S108,mecorrtrd unft 1 controls the disc 
access unit 3 to read the three VOBUs that are located 
at the end of the former VOa After this, in step S1 07 the 
control unit 1 controls the disc access unit 3 to read the 
three VOBUs that are located at the front of the latter 
VOB 

[0251 1 Fig. 23C shows the area mat should be read 
from the former VOB in step S10& In Rg. 23C the 
former VOB includes the VOBUs #98~#105, so that the 
VOBUs #103 to #105 are read as the VOBUs that 
include the picture data VJEND that should be decoded 
last Fig. 23ft shows the area that should be read from 
the latter VOB in step S1 07. In Fig. 23D, the former VOB 
includes the VOBUs #1 ~#7, so that when the VOBU #1 
comes first VOBUs #1 to #3 should be read as the 
VOBUs that include the picture data VJPOR 
[0252] According to the one-second rule, there is a 
possibility mat the audio data and picture data that 
should be reproduced within one second are stored 
across three VOBUs, so that by reading the three 
VOBUs at the start and end of a VOB, in step S108, all 
of the picture data and audio data to be reproduced 
between a point one second from the presentation end 
time of the picture data V_END located at the end of the 
former VOB and this presentation end time itseff can be 
read together. 

[0253] Also, in step $107. afl of the picture data and 
audio data to be reproduced between the presentation 
start time of the picture data VTOP located at the start 
of the latter VOB and a point one second after this pres- 
entation start time can be read together, ft should be 
noted that the reads in this flowchart are performed tor 
VOBU units, although the reads may instead be per- 
formed for the picture data and audio data that is to be 
reproduced in one second, out of an of the picture data 
rjtd audio data included in a VOBU. tn this embodiment, 
the number of VOBUs that correspond to one second is 
three, although any number of VOBUs may be re- 
encoded. Reads may alternatively be performed for pic- 
ture data and audio data that is to be reproduced in a 
period longer than one second. 
[0254] Next in step S108 the control unit 1 controls 
the demultiplexer 4a to separate the VOBUs for the first 
part and the last part into a video stream and an audio 
stream, and has the video decoder 4c and the audio 



decoder 4e decode these streams. During norma) 
reproduction, the decoding results of the video decoder 
4c and the audio decoder 4e win be outputted as video 
and audkx When re-encoding is performed, however, 

5 these decoding results should inputted into the MPEG 
encoder 2, so that the control unit 1 has the video 
stream and the audio stream of the decoding results 
output to the bus 7, as shown by the arrows (2) and (3) 
that are drawn with broken lines in Fig. 1 7. 

io [0255] The video stream and the audio stream that are 
the decodng results are transferred via the bus 7 in 
order to the MPEG encoder 2, as shown by the broken 
line (4). 

[0256] After this, the control unit 1 calculates the 

15 amount of code for the re-encoding of the decoded 
video stream and decoded audio stream by the MPEG 
encoder 2. First in step S109, the control unit 1 judges 
whether the accumulated amount of data in the buffer 
exceeds the upper Dmit of the buffer at any point in the 

so decoding when the former VOB and the latter VOB 
coexist in the buffer, tn the present embodiment, this is 
achieved by judging whether the value Bvl +Bv2 calcu- 
lated in step S105 exceeds the upper limit of the buffer. 
If mis value does not exceed the upper limit the 

25 processing advances to step S1 12, or if the value does 
exceed the upper OmH, the control unit 1 subtracts the 
excess amount of code A from the calculated amount 
and assigns the resulting amount of code to the 
decoded VOBU sequence. 

so [0257] If the amount of code is decreased, this means 
the picture quality of the video stream wBl decrease dur- 
ing the reproduction of these VOBUs. However, over- 
flows in the video buffer 4b must be prevented when 
seamlessly linking two VOBs, so that this method that 

35 decreases picture quality is used. Instep S1 11, the con- 
trol unit 1 controls video decoder 4c to re-encode the 
decoding results of the video decoder 4c and the audio 
decoder 4e according to the amount of code assigned in 
step S1 10. 

40 [0258] Here, the MPEG encoder 2 performs a decode 
to temporarily convert the pixel values in the video data 
into digital data in aYUV coordinate system Digital data 
in such a YUV coordinate system is digital data for the 
signals (luminance signal (Y), chrominance signal 

45 (U.V)) that specify colors for a color TV, with the video 
decoder 4c re-encoding this tigrtal data to produce sets 
of picture data. The technique used for the assigning of 
an amount of code is that described in MPEG2 DIS 
(Draft International Standard) Test Model 3. Re-encod- 

50 ing to reduce the amount of code is achieved by proc- 
esses such as replacing the quantization coefficients. 
Note that the amount of code from which the excess 
amount A has been subtracted may be assigned to only 
the latter VOB or to only former VOB. 

55 [0259] In step Si 12, the control unit 1 calculates 
which part of the decoding result for the audio data 
taken from the former VOB corresponds to the audio 
frame x mat includes the STCjqffset+RrsLSCR of the 
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latter VOE tn Fig. 24A, the graph 6hcws the buffer state 
for the former VOB and latter V0& whfle the lower part 
shows the audk> frames of tie audio data separated 
from the former V08 and the audio frames of the audio 
data separated from the latter VOBl The audio frame 5 
sequences in the lower part of Fig. 24A show the corre- 
spondence between each audio frame and the time axis 
of the graph in the upper part The descending line 
drawn from the point shown as RrsLSCR+STC.offset 
in the graph intersects one audio frame out of the aucfio w 
frame sequence for the former VOE 
[02601 The audio frame that Intersects this descend- 
ing line is the audio frame x, and the audio frame x+1 
following immediately after is the final aucfio data 
included in the former VO& tt should be noted that the is 
data in the aucfio frames x and x+1 is included in the 
audio data that should be reproduced during a period 
that is indicated by points 1 .0 seconds before and after 
the reproduction period of the final picture data V_ENDl 
with this being included in the three VOBUs read in step 20 
S105. 

[0261] Fig. 24B shows the case where the 
RrsLSCR+STCjoffset matches an aucfio frame bound- 
ary in the former VOB. In this case, the aucfio frame 
immediately before the boundary is set as the aucfio 25 
frame x 

[0262] In step S113, the control unit 1 calculates the 
audio frame y+1 that includes the 
STCjoffset+VOB_V_S_PTM of the latter VOa In Rg. 
24A, the descencfing line drawn from the video presen- 30 
tatfon start time VOBJLSJ*TM+STC_offset in the 
graph intersects one audio frame in the audio frame 
sequence of the latter VOB. The audio frame that inter- 
sects this descencfing line is the audio frame y+1 . Here, 
the audio frames up to the preceding audio frame y are 35 
the valid audio frames that stffl used after the editing has 
been performed, out of the original aucfio data included 
in the former VOB. 

[0263] Rg. 24C shows the case where the video pres- 
entation start time VOB_V_S_PTM+STCjoffset <o 
matches an audio frame boundary in the former VOB, In 
this case, the audio frame immediately before the video 
presentation start time VOB_V_S_PTM+STC_offset is 
set as the audio frame y. 

[0264] tn step S114. the audio data from the aucfio 45 
frame x+2 to the audio frame y is taken from the former 
aucfio data, tn Fig. 24A. the audio frames from aucfio 
frame y+1 onwaitis have been drawn with a broken line, 
showing that this part is not multiplexed into the VOB It 
should be noted that the audio frames that have been so 
moved to the tatter VOB win have been assigned time 
stamps for the former VOB, so that these audio frames 
are reassigned time stamps for the latter VOB. 
[0265] In step S115, the audio frame u immediately 
after the audio frame that includes the boundary 55 
between the audio frames y and y+1 is detected from 
the aucfio frame sequence of the latter VOB When a 
descending fine is drawn from the boundary of the aucfio 



frames y and y+1 , this line win intersect one of the audio 
frames in the audio frame sequence of the latter VOB. 
The audio frame that follows this intersected audio 
frame is the aucfio frame a 

{0266] Fig. 240 6hows the case where the presenta- 
tion end time of the audio frame y matches an audio 
frame boundary In the latter VOB In this case, the audio 
frame immediately after this presentation end time is set 
as the audio frame a 

[0267] tn step S116, the audio pack G4, which 
includes an audio data sequence where the audio data 
reproduced for the aucfio frame u is arranged at the front 
is generated from the audio stream in the latter VOB In 
Fig. 24A, the audio frames that precede audio frame u 
have been drawn with a broken line, with this aucfio data 
shown using a broken One not being multiplexed Into the 
latter VOB 

[0268] As a result of steps S114-S116 above, the 
aucfio data from the first audio frame to the audio frame 
x+1 is multiplexed into the former VOB The audio data 
from the aucfio frame x+2 to the aucfio frame y and the 
aucfio data from the audio frame u to the final audio 
frame is multiplexed into the latter VOB. By performing 
muhiplextng in this way, the aucfio frames for the audio 
data at the end of the former VOB win be read from the 
DVD-RAM at the same time as picture data that is to be 
reproduced further ahead in the reproduction. 
[0269] At this point when the audio data in the former 
VOB is not present as for as frame y, which is to say the 
aucfio data is short silent audio frame data is inserted to 
compensate for the Insufficient number of frames. In the 
same way, when the aucfio data In the latter VOB is not 
present starting from aucfio frame u, which is to say the 
aucfi 0 data is short, silent audio frame data is inserted to 
compensate for the insufficient number of frames. 
[0270] When the audio frames from the aucfio frame 
x+2 to the audio frame y in the former VOB and the 
audio data from the audio frame u to the final audio 
frame in the latter VOB is multiplexed into the latter 
VOB, attention needs to paid to the AV synchronization. 
[0271] As shown in Fig. 24A, an reproduction gap 
occurs between the audio frame y and the audio frame 
u. and if multiplexing is performed without regard to this 
reproduction ga& a loss of synchronization wit) occur 
whereby the audio frame u will be reproduced before 
the corresponding video frame. 
[0272] To prevent the increase of such time lags 
between audio and videa a time stamp showing the 
audio frame u may be assigned to the audio packet 
[0273] To do so, in step S117, a Padding-Packet or 
stuffing bytes are inserted into the pack which includes 
the data of the audio frame y so that the audio frame u 
is not stored in the pack storing the audio frame y. As a 
result the aucfio frame u is located at the start of the 
next pack. 

[0274] In step $118, the VOBU sequence that is 
located at the end of the former VOB is generated by 
multiplexing the audio data up to the audio frame x+1. 
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out of the audio data extracted from the VOBUs located 
at the end of this former VO& with the video data that 
has been re-encoded. 

[0275] In 6tep S1 19. the aucfio data in audio frame x+2 
onwards Is multipfexed with the video data that Is 
extracted from the VOBUs located at the start of the lat- 
ter VOB to generate the VOBUs that should be arranged 
at the front of the latter VO& 
[0276] In detail, the control unit 1 has the audio pack 
G3, which includes the audio data sequence from the 
first audio frame x+2 to the audio frame y and the 
PaddJng_Packet. and the audio pack G4, which 
includes the audio data sequence from the aucfio frame 
u onwards in the latter VOBl multiplexed with the re- 
encoded video data and has the stream encoder 2e 
gen erate the VO BUs that are to be arranged at the start 
of the latter VO& As a result of this multiplexing, the 
audio frames at the end of the audio data of the former 
VOB win be read from the DVD-RAM at the same time 
as sets of picture data that wOl be reproduced at a later 
time, 

[0277] Fig. 25 shows how the audio packs that store a 
plurality of sets of audio data to be reproduced for a plu- 
rality of audio frames are multiplexed with video packs 
that star e picture data that is to be reproduced for a plu- 
rality of video frames. 

[0278] In Fig. 25, the transfer of the picture data 
VJTOP that should be decoded at the start of the tatter 
VOB will be completed within the period TLPerfod, The 
pack sequence arranged beta* this period Tf_Period in 
Fig. 25 shows the packs that compose the picture data 
VJTOP. 

[0279] In Fig. 25. the audio pack Q3 that includes the 
audio gap stores the sets of audio data x+2, y-1, y that 
are to be reproduced for the audio frames x+2, y-1 , y. Of 
the sets of audio data stored in this audio pack, the first 
to be decoded is the audio data x+2. 
[0280] This audio data x+2 should be decoded at the 
presentation end time of the audio frame x+1, and so 
should be read from the DVD-RAM together with the 
picture data VJTOP whose pack sequence is trans- 
ferred during the same period (Tf_Period) as the audio 
frame x+1. As a result this audio dak is inserted 
between the video pack sequence P51, which stores 
the picture data VJTOP, and the video pack sequence 
P52, as shown at the bottom of Fig. 25. 
[0281] In the audio pack Q4 that stores the sets of 
audio data u, u+1 , and u+2 that are to be reproduced tor 
the audio frames u, u+1 , and u+2, the audio data u is to 
be decoded first This audio data u shouM be decoded 
at the presentation end time of the audio frame u-1, so 
that this audio data u should be read from the DVD- 
RAM together with the picture data V_NXT whose pack 
sequence is transferred during the same period. As a 
result this audio data u is inserted between the video 
pack sequence P52, which stores the picture data 
VJTOP, and the video pack sequence P53 which stores 
the picture dat V.NXT, as shown at the bottom of Fig. 



25. 

[0282] As shown above, the audio pack Q3 that 
includes the aucfio gap is inserted between the video 
pack sequences P51 and PS2, whOe the aucfio pack 04 

5 is inserted between the video pack sequences P52 and 
P53, thereby completing the multiplexing. 
[0283] AftertHs, in step S120 the control unit 1 inserts 
the FirsLSCR and LasLSCR of the former VOB and 
latter VOB, the seamless flag, the VOB_V_E_PTM, and 

« the VOB_V_S_PTM into the seamless linking informa- 
tion for the former VOa In steps $121 and S122, the 
control unit 1 writes aD of the i n form ati on relating to the 
audio gap, which is to say the aucfio gap start time, 
AjSTP_PTM. the audio gap length AjGAP_LEN, end 

15 the aucfio gap location information A_GAP_LOC into the 
seamless linking information. 
[0284] After the above processing, the control unit 1 
has the end of the former VOB, the start of the tatter 
VOB, and the seamless linking I nf orm a t i on written onto 

20 the DVD-RAM. 

[0285] The video pacta and audio packs that store the 
video data and audio data obtained through the above 
re-encoding are assigned SCRs with ascending values. 
The Initial value of the assigned SCRs is the value of the 

25 SCR of the pack originally located at the start of the 
area subjected to the re-encocfing. 
[0286] Since the SCRs show the time at which the 
respective video packs and audio packs should be 
inputted into the video buffer 4b and the video decoder 

30 4c, H there is a change in the amount of data before and 
after re-encocfing, it will be necessary to update the val- 
ues of the SCRs. Even if this is the case, however, the 
decocfing process will still be carried out correctly pro- 
vided that the SCRs for the re-encoded first part of the 

3$ tatter VOB are below the SCRs of the video packs in the 
remaining part of the latter VOB that was not re- 
encoded. 

[0287] The PTS and the DTS are assigned in accord- 
ance with the video frames and audio frames, so that 

40 there will be no significant change in their values when 
re-encoding is performed. As a result continuity of the 
DTS-PTS Is maintained between the data not subjected 
to re-encoding and the data in the re-encoded area 
[0288] To reproduce two VOBs seamlessly, non-conti- 

45 nuity in the time stamps must be avoided. To do sex the 
control unit 1 judges in step S123 of Fig. 22 whether 
overlapping SCRs have appeared. If this judgement is 
negative, the processing in the flowchart of Fig. 22 
ends. If overlapping SCRs have appeared, the control 

so unit 1 proceeds to step S124 where it calculates the 
excess amount A based on the number of packs that 
have the overlapping SCRs. The control unit 1 then 
returns to step S1 10 to repeat the re-encoding, basing 
the amount of assigned code for the repeated re-encod- 

55 ing on this excess amount A. 

[0289] As shown by the arrow (5) in Fig. 17, the six 
VOBUs that have been newly multiplexed by the 
processing in Fig. 22 are outputted to the disc access 
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unit 3. The cfisc aocess unit 3 then writes the VOBU 
sequence onto the DVD-RAM. 
(0290) K should be noted that whDe the flowchart of 
Fig. 21-Rg, 22 describes the seamless tinting of two 
VOBs, the same processing may be used to fink two 
sections of the same VOB For the example shown in 
Fig. 6B, when deleting the VOBUs #2. #4, #6, and #8, 
the VOBU located before each deleted part may be 
seamlessly finked to the VOBU located after the deleted 
pack by the processing in Figs* 21 and 22. 
[0291] The following Is a description of the reproduc- 
tion procedure for seamlessly reproducing two VOBs 
that have been seamlessly linked by the processing 
descrfoed abova 

[0292] When the user Indicates the seamless repro- 
duction ol two or more VOBs recorded in an AV file, the 
control unit 1 first refers to the seamless flag in the 
seamless tinting information of the latter VOB If this 
seamless flag is "on", the control unit 1 sets the time 
obtained by subtracting the video presentation start 
time VOB_V_S_PTM of the latter VOB from the video 
presentation end time VOB_V_E_PTM of the former 
VOB to obtain the STC_offset The control unit 1 then 
has the adder 4h add the STCjoffset to the standard 
time measured by STC unit 4g. 
[0293] After this, the buffer input time RrsLSCR of ^ 
former VOB indicated by the seamless finking Informa- 
tion is compared with the standard time measured by 
the STC unit 4g. When the standard time reaches this 
FirsLSCR, the control unit 1 controls the switch SW1 to 
switch to output the offset standard time outputted by 
the adder Ah instead of the standard time outputted by 
the STC unit 4g. After this, the control unit 1 switches 
the states of the switches SW2-SW4 in accordance 
with the timfog chart in Fig. 20. 
[0294] With the present embocfiment, seamless repro- 
duction of a plurality of VOBs can be achieved by read- 
ing and re-encoding only the respective ends and starts 
of the VOBs. Since the re-encoded data is only the 
VOBUs located at the start and end of the VOBs, the re- 
encocSng of VOBs can be achieved in a very short lima 
[0293] Mote that while the present embodiment 
describes a case where seamless linking information is 
managed for each VOB, the information that is required 
for the seamless finking of VOBs may be collectively 
provided. As one example, the video presentation end 
time VOB_V_E_PTM and the video presentation start 
time VOB_V_S_PTM that are used to calculate the 
STCjoffset are described as being given in two sepa- 
rate sets of VOB information, though these may be 
given as the seamless linting information of the latter 
VOB. When doing sex it is desirable for the VOB infor- 
mation to include information for the presentation end 
time Of the previous VOB (PREVJfOB_V_E_PTM). 
[0296] In the same way, it is preferable tor information 
that is the final SCR in the former VOB 
(PREV_VOB_LAST_SCR) to be included in the seam- 
less linking Information of the latter VOB. 
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[0297] In the present embodiment, the DVD recorder 
70 was descrbed as being a device that takes the place 
of a conventional (non-portable) domestic VCR, 
although when a DVD-RAM is used as the recording 

5 mecfium for a corrputer. the following system setup may 
be used The disc access unit 3 may function as a DVD- 
RAM drive d evice, and may be connected to a computer 
bus via an interface that complies to SCSI, IDE or 
IEEE1394 standard. 

io [0298] In such a case, the DVD recorder 70 will 
include a control unit 1, an MPEQ encoder 2, a disc 
aocess unit 3, an MPEQ decoder 4, a video signal 
processing unit 5, a remote controller 71, a bus 7, a 
remote control signal reception unit 8. and a receiver & 

is [0299] In the above embodiment, VOBs were 
described as being a multiplexed combination of a video 
stream and an audio stream, although sub-picture data 
produced by subjecting data for subtitles to run-length 
encoding may also be multiplexed into VOBs. A video 

20 stream corpposed of sets of still image data may also be 
muttjpioxecl 

[0300] tn addition, the above embodiment describes 
the case where the re-encoding of data is performed by 
the MPEQ decoder 4 after the VOBs have been 

6 decoded by the MPEQ encoder 2. However, during the 
re-encoding the VOBs may instead be directly inputted 
from the disc access unit 3 to the MPEQ encoder 2 with- 
out prior decocfing. 

[0301] The present embocfiment describes the case 
so where one picture is depicted using one frame, although 
there are cases one picture is in fact depicted using 1 .5 
frames, such as for a video stream where 32 pulldown 
is used with images for 24 frame per second being sub- 
ject to compression, inn the same way as with f3m mate- 
35 rials. 

[0302] The processing module software represented 
by the flowcharts in this first embodiment (Figs. 21-22) 
may be realized by a machine language program which 
may be ti stributed and sokf having been recorded on a 

40 recording mecfium. Examples of such recording medium 
are an IC card, an optical disc or a floppy disc The 
machine language program recorded on the recording 
medium may then be installed into a standard personal 
computer. By executing the installed machine language 

45 programs, the standard personal computer can achieve 
the functions of the video data editing apparatus of the 
present embodiment 

Second Embodiment 

so 

[0303] While the first embodiment deals with a 
premise that seamless linking is performed for VOBs. 
this second embodiment describes the seamless linking 
of a plurality of parts of VOBs. In this second embodi- 
55 merit, these parts of a VOB are specified using time 
information that indicates video fields. The video fields 
referred to here are units that are smaller than one 
video frame, with the time information for video fields 
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being expressed using the PTS of video packs. 
[0304] The parts of a VOB that are specffiecl using 
time information (or video fields are called cells, and the 
Information used for indicating these cells is caOed cefl 
information CeO information is recorded En the RTRW 
management file as one element in the PGC informa- 
tion. The details of the data construction and generation 
of cefl information and PGC Information is given in the 
fourth embodiment 

[0305] Rg. 26 shows examples of the celts indicated 
by the video fields for the start and the end. In Fig. 26. 
the sets of time Information C_V_S_PTM, C_V_E_PTM 
specify the video fields at the start and end of a ceo. 
[0306) In Fig. 26, the time information C_V_S_PTM is 
the presentation start time of a video field at which the 
P picture in VOBU#100 that forms one part of the 
present VOB should be reproduced. In the 6ame way, 
the time information CJLEJTM is the presentation 
end time of a video field at which the B1 picture in 
VOBU#105 that forms one part of the same VOB should 
be reproduced. As shown in Fig. 26. the time informa- 
tion C_V_S_PTM and C_V_E_PTM specify a section 
from a P picture to a B picture as a ceO. 

/2-11 Reconstruction of QOPe 

[03071 When seamlessly linking parts of a VOB that 
are inrjflcated by time information, it becomes necessary 
to use two processes that were not required In the first 
embodiment First the constr ucti on of the GOPs has to 
be reconstructed to convert the section indicated by the 
time information into a separate VOB, and second, the 
increases in buffer occupancy due to the reconstruction 
of GOPs have to be estimated. 
[0308] The reconstruction of GOPs refers to a process 
that changes the construction of GOPs so that the sec- 
tion indicated as a cell has the proper display order and 
coding order. 

[0309] More specifically, when a section to be linked is 
indicated by cell information, there can be cases where 
an editing boundary is defined midway through a VOBU 
as shown In Fig. 28A. If tills is the case, the two cells to 
be linked wiB not have a proper cfisplay order or coding 
order. 

[0310] In order to rectify the cfisplay order and coding 
order, the reconstruction of GOPs is performed using 
processing based on the three rules shown in Fig. 28B. 
[0311] When the final picture data in the cfisplay order 
of a former cell is a B picture, the processing based on 
the first rule re-encodes this picture data to convert it 
into a P picture (or an I picture). The P picture in the for- 
ward direction that was referred to by the B picture is 
located before the B picture in the coding order. How- 
ever, this P picture will not be cSsplayed after the editing, 
and so is deleted from the VOa 
[0312] When the first picture data in the encoding 
order of the latter cell is a P picture, the processing 
based on the second rule re-encodes this picture data 
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to convert it to an I pictura 

10313] When the first set or consecutive sets erf picture 
data in the display order of the tatter cell is/are B clo- 
tures, the processing based on the third rule re-encodes 

5 tttis picture data to convert it to picture data whose oSs* 
play does not rely on the correlation with other images 
that have previously been reproduced. Hereinafter, 
images formed of picture data that only reOes on corre- 
lation with images that are yet to be displayed will called 

to Forward-B pictures. 

gaffiflmtfra the Increase in Buffer Occupancy 

[0314] When the picture types of certain images have 
15 been changed by the processing based on the three 
rules described above, the processing for estimating the 
increases in buffer occupancy estimates the sizes of 
these converted sets of picture data. 
[0315] When the reconstruction described above is 
20 performed for me former cell, theftnaJ picture data in the 
reproduction order of the former cell is converted from a 
B picture to a P picture or an I picture, thereby increas- 
ing the size of this data 

[0316] When the reconstruction described above is 

23 performed for the latter cefl, the picture data located at 
the start of the coding order of the final cell is converted 
from a P picture to an I picture, and the picture type of 
the video data located at the front of the cfisplay order is 
converted to a Forward-B pictura This also increases 

so the size of the data. 

[0317] The following is an explanation of the proce- 
dure for estimating the increases in data size that 
accompany the conversion in picture type. Rg, 29A and 
29B will be used to explain this procedure 

35 [0318] In Rg. 29A, the first cell continues as far as the 
B picture B3. According to the above odes, the video 
data ecSting apparatus has to convert this B picture B3 
to the P picture PI . When the B picture B3 is dependent 
on the P picture P2 that is reproduced after the B picture 

40 B3. the picture type conversion process will incor p orate 
the necessary information of the P picture P2 into the P 
picture PV that is produced by the conversion process. 
[0319] In view of this procedure, the video data editing 
apparatus can estimate the data size of the P picture 

45 PV that is obtained by the conversion process using a 
sum of the size of the B picture B3 and the size of the P 
picture P2. This estimation method merely represents 
one potential method, however, so that other methods 
are equally possibla By determining the amount of 

so code for use in re-encoding based on the estimated 
buffer occupancy, the video data editing apparatus can 
assign an optimal amount of code to the former cell and 
latter cell. 

[0320] Rgs. 30A and 30B 6how how the increases in 
55 buffer occupancy that accompany changes in picture 
type within the latter cell are estimated. 
[0321] In Rg. 30A, the data from the B picture B3 
onwards belongs to the latter VOB. Each cell is deter- 
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mined based on the display time tor the start of the cell, 
go that the B picture B3 ts the picture data located at the 
start of the display order of the latter ceB. As a result, the 
video data editing apparatus needs to convert the B pic- 
ture B3 into the Fbrward-B picture B' according to the 
rules given above. When this B picture 83 had an infor- 
mation component that is dependent on the previously 
reproduced P picture P2. this i nf or mati on component of 
the P picture P2 wiO have been incorporated into the 
Forward-B B* picture during the picture type conversion. 
[0322] In view of this procedure, the video data editing 
apparatus can estimate the data size of the Forward-B 
picture B* that is obtained by the conversion process 
using a sum of the size of the B picture B3 and the size 
of the P picture P2. 

(032?) For the latter VOB, the video data editing appa- 
ratus needs to convert the picture type of the picture 
data located at the start of the coring order. By referring 
to the cfisptay order of the latter VOB in Rg.28A.it can 
be seen that the P picture P3 is the picture data that is 
to be displayed immediately after the B picture B3. The 
P picture P3 is stored in the reordering buffer 41 of the 
video data editing apparatus unffl the decoding of the B 
picture B3 is complete, and so Is only displayed after the 
decoding of B picture B3 has been performed By hav- 
ing the reordering buffer 4f reorder the picture data in 
this way, the P picture P3 will precede the B picture B3 
in the coding order even though P picture P3 is dis- 
played after the B picture B3. According to the rules 
deserted earlier, the video data editing apparatus 
needs to convert picture data P3 detected as the first 
picture data in the coding order into an I picture. When 
this P picture has an information component that relies 
on the I picture that is reproduced before the P picture 
P3. this information component of the I picture will have 
been i n c or por a ted into the P picture P3 during the pic- 
ture type conversion. 

[0324] In view of this procedure, the video data editing 
apparatus can estimate the data size of the I picture I* 
that is obtained by the conversion process using a gum 
of the size of the P picture P3 and the size of the pre- 
ceding I picture. Based on the buffer occupancy that is 
estimated in this way. the video data editing apparatus 
can then assign optimal amounts of code to the former 
and latter ceils to be used In the re-encoding. 

(2*3) Procedure for Seamlessly Connecting Cells 

[0325] Figs, 31 to 33 are flowcharts showing the pro- 
cedure that finks two coirs to enable seamless reproduc- 
tion of the two Note that many of the steps in these 
flowcharts are the same as the steps in the flowcharts 
shown in Figs. 21 and 22 with the term "VOB" having 
been replaced with term "cell". These steps have been 
given the same reference numerals as in the first 
embocfiment and their explanation has been omitted, 
[0326] Pig- 34 shows the audio frames in the aucfio 
stream that correspond to the aucfio frame x, the aucfio 



frame x+1 , and the aucfio frame y that are used in Fig. 
31. 

[0327] In step S102, the control unit 1 refers to the 
time information specifying the end of the ceO to bo 

5 reproduced first (hereinafter called the "former celT) 
and the time information specifying the end of the ceO to 
be reproduced second (hereinafter called the tatter 
cein and subtracts the C_V_S_PTM of the latter ceil 
from the C_V_E_PTM of the former cell to obtain the 

io STCjoffset 

[0328] tn 6tep 8109. the control unit 1 analyzes the 
changes in the buffer occupancy from the FirsLSCR of 
the former cell to the decode end time Last_DTS of all 
of the data in the former ceO. 

is [0329] in step 3104, the control unit 1 performs the 
same analysis as In step 8103 tor the latter ceO.andso 
analyzes the changes in the buffer occupancy from the 
Rrst_SCR of the tatter ce8 to the decode end time 
LasLDTS of all of the data in the latter ceO. 

20 [0330] In step S130, the control urtit 1 estimates the 
increase a in the buffer occupancy that accompanies 
the changes in picture type for the tatter ceil, in accord- 
ancewtth the procedure shown in Figs. 30A and 30a In 
step 8131 . the control unit 1 estimates the increase P in 

25 the buffer occupancy that accompanies the changes in 
picture type for the former ceO, in accordance with the 
procedure shown in Ftga 29A and 29a In step S132, 
the control unit 1 adds the estimated Increases afi to 
the respective buffer occupancy for the latter and former 

30 cells. 

[0331] In step 8105. the control urvt 1 analyzes the 
changes in the occupancy of the video buffer from the 
FirsLSCR of the latter ceil + STCjoffset to the 
Last_DTS of the former cell. 

35 [0332] As shown in Fig. 10Cof the first embodment, 
the highest occupancy Bv1+Bv2 of the video buffer 4b is 
obtained for the period where video data for both the 
former cell and latter cell is stored in the video buffer 4b. 
[0333] tn step S108. the corrtrol unit 1corr^ 

40 access unit 3 to read the three VOBs believed to include 
the picture data located at the end of the former ceil 
from the DVD-RAM. After this, In step SI 07 the control * 
unit 1 controls the disc access unit 3 to read the three 
VOBs believed to include the picture data located at the 

45 start of the tatter cell 

[0334] Fig. 27A shows the area that should be read 
from the former cell in step 8106. Fig. 27B 6hows the 
VOB includes VOBUs #98 to #1 07. with VOBUs #99 to 
#105 being indicated as the former ceD. When the pic- 

50 ture data to be reproduced last in the former cell Is the 
picture data Bend, this picture data wot be included in 
one of VOBUs #103 to #1 05 in accordance with the one- 
second rule, so that VOBU#103 to VOB#105 will be 
read as the VOBU sequence that includes the picture 

55 data to be reproduced last 

[0335] The VOB shown in Fig. 27B includes the 
VOBUs #498 to #507, and of these. VOBUs #500 to 
#506 are indicated as the tatter cell. When the picture 
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data to be cfisplayed first in this latter ceD is the picture 
data PTOP. this picture data PTOP wiO be Included in 
VOBUs #500 to #502, SO that VOBUs #500 to #^ 
be read as the VOBU sequence that includes picture 
data to be displayed first These VOBUs include the all 
of the picture data that depends on the picture data 
PTOP and the picture data Bend, in addition to the 
audio data that is to be reproduced at the same time as 
the picture data PTOP and the picture data Bend. As a 
result all of the picture data that is required for the con- 
version of picture types is read by this operation. 
[0336] it should be noted that the reads in this flow- 
chart are performed for VOBU units, although the reads 
may instead be performed tor the picture data and audio 
datathatistobereprodix^incmsecond ( C4nofaliof 
the picture data and aucfio data included In a VOBU fn 
the present embodiment the number of VOBs that cor- 
respond to one second of reproduction is given as 
three, although any number of VOBs may be used. 
Reads may afternativety be performed tor picture data 
and aucfio data that is to be reproduced in a period 
longer than one second. 

[03371 After these reads are complete, in step S108 
the control unit 1 controls fre demultiplexer 4a to sepa- 
rate the video data and audio data from the VOBU 
located at the end of the former ceD and the start of the 
tatter eel 

[0338] In step S109. the control unft 1 Judges whether 
the accumulated amount of data in the buffer exceeds 
the upper Omit of the buffer at any point in the decoding 
when the former ceO and the latter cell coexist In the 
buffer. More specifically, this is achieved by judging 
whether the value Bv1+Bv2 calculated in step S105 
exceeds the upper limit of the buffer. 
(0339] If this value does not exceed the upper Dmit. the 
processing advances to step S133, or if the value does 
exceed the upper limit the control unit 1 assigns an 
amount of code based on the excess amount A to the 
former cell and latter ceO in Step S1 10. Note that the re- 
encoding performed in this case may only be performed 
for one of the former V08 and latter VOB, or for both. In 
step S1 1 1 , the video data obtained from the two cells is 
re-encoded according to the amount of code assigned 
in step 3110. 

[0340] In step $133. the RnrtSCR that has been 
newly assigned to the re-encoded video data in the lat- 
ter cell is obtained In this latter cell, the first picture data 
in the display order and the first picture data in the cod- 
ing order will have been converted into picture types 
with larger amounts of picture data, so it should be oM- 
ous that the value RrsLSCFWSTC.offset wffl indicate 
an earlier time than befora 

[0341] In step S112, the control unit 1 calculates the 
audio data, out of the audio data separated from the 
former cell, that corresponds to the aucfio frame x which 
includes the sum of the STC_offset and the Rrst_$CR 
that is newty assigned to the video data in the latter 
voa In Fig. 34, the upper and lower graphs respec- 



tively show the transition in the buffer occupancy due to 
the video data fn the former cefl and latter cell. The 
lower graph in Fig. 34 shows the audio frames of the 
aucfio data separated from the former celL 

s [Q342] The audio frame sequence below the lower 
graph in Rg. 34 shows each audio frame against the 
time axis of 9ie graph given above it The buffer occu- 
pancy tor the new latter cell obtained as a result of the 
re-encoding increases by the amount al . Nate that this 

io amount al dfferafromtheinaeasedamoumathatwas 
estimated in step SI 32. Due to this amount al, the 
FtrsLSCR that is newly assigned to the latter video data 
indicates an earlier time. 

[0343] As can be seen from the tower graph in Fig. 34, 
is the new value of FlrsLSCR+STC_offcet is positioned at 
time which is Ta1 earlier than before, to Rg. 34, the 
descencfing guideline drawn from the new value of 
RrsLSCR+STCjoftset intersects one audio frame in 
the audio frame sequence of the former cell This inter- 
20 sected aucfio frame is the audio frame x, with the follow- 
ing audio frame x+1 being the final aucfio frame in the 
former cell. 

[0344] Since the value of the sum of the STC_offset 
and the new FiraLSCR of the tatter cell indicates an 

2S earlier time, this means that an earlier frame is indicated 
as the audio frame x As a result when a read is com- 
menced tor the video data In the latter cell, the aucfio 
data that should t>e read from the former ceO together 
with this video data is comparatively larger than in the 

30 first embodiment. 

[0345] Hereafter, the processing in steps 3113 to 
S1 19 is performed so that the stream encoder 2e per- 
forms the multiplexing shown in Rg. 25. 
[Q346] After this, in step S120 the Rrst_SCR, 

35 LasLSCR. the seamless flag, the C_V_E_PTM, and 
the C_VJLPTM tor the termer and latter cells are 
inserted into the seamless linking information of the 
former cell The control unit 1 then performs the 
processing in steps S121 and S122. Of the data for the 

40 six VOBUs obtained through the re-encoding, the three 
VOBUs arranged at the start (the first VOBUs) originally 
formed part of the former ceG. and so are appended to 
the end of the former cell. Similarly, the three VOBUs 
arranged at the end (the latter VOBUs) originally formed 

45 part of the latter cell, and so are inserted at that start of 
the latter cell. 

[0347] Whde one of the former and latter cell that have 
been given re-encoded data is managed having been 
assigned the same identifier as the VOB from which it 

so was taken, me other of the two crisis managed having 
been assigned a different identifier to the VOB from 
which it was taken. This means that after this division, 
the former ceO and latter cell are managed as separate 
VOBs. This is because there is a high possfoifity of the 

55 time stamps not being continuous at the boundary 
between the former cell and the latter cell. 
[0348] As in the first embodiment, fn step S123 the 
control unit 1 judges whether the values of the SCR are 
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continuous. If so* the control unit 1 ends the processing 
in the flowcharts of Figs. 31 to 33. Knot the control unit 
1 calculated the excess amount A based on the number 
of packs given overlapping SCRs, determines an 
amount of code based on the excess amount A. and 
returns to step S109 to repeat the re-encoding. 
[03491 As a result of the above processing, cells are 
re-encoded, with the ceils indicated by the cefl informa- 
tion being set as separate VOBs. This means that V03 
information for the newly generated VOBs need to be 
provided in the RTRW management fOa The following is 
an explanation of how this VOB information tor ceDs Is 
defined. 

[0350] The Video stream attribute information" 
includes compression mode information. TV system 
information, aspect ratio information, and resolution 
i n f or m a ti o n, although this information may be set to 
match the biformation for the VOB(s) from which the 
cells were taken. 

[0351] The "audio stream attrfeute information" 
includes an encoding mode, the presence/absence of 
dynamic range control, a sampling frequency, and a 
number of channels, although this information may be 
set to match the information tor the VOB(s) from which 
the celts were taken. 

[0352] The lime map table" is composed of the size 
of each VOBU that composes the VOB and the tfspiay 
period of each VOBU although a corresponding part of 
the information given for the VOBfs) from which the ceils 
were taken may be used, with the sizes and display 
periods only being amended tor VOBUs that have been 
re-encoded. 

[0353] The following is an explanation of the "seam- 
less linking information" that was generated in step 
SI 33. This seamless (inking information is composed of 
a seamless flag, a video presentation start time 
VOB_V_S_PTM, a video presentation end time 
VObVVptM, a RrsLSCR. a LasLSCR, an aucfio 
gap start time A_STP_PTM, and an audio gap length 
A_GAP_LEN. These elements are written into the 
seamless tinting information one at a time. 
[0354] OnJy when the relationship between the former 
cell and the latter cell is satisfies the following conditions 
( 1) and (2) is the seamless flag set at "0 1 ". If either con- 
dition is not satitfed, the seamless flag is set at "00." 

(1) Both ceOs must use the same display method 
(NTSC, PAL, eta) tor the video stream as given in 
the video attribute Information. 

(2) Both cells must use the same encoding method 
(AC-3. MPEG, Unear-PCM) for the aucfio stream as 
given in the audio attribute information. 

[0355] The Video presentation start time 
VOB_V_S_PTM" is updated to the presentation start 
time after re-encoding. 

[0356] The Video presentation end time 
VOB_V_E_PTM" is updated to the presentation end 



time after re-encoding. 

[0357] The "RrsLSCR" is updated to the SCR of the 
first pack after re-encoding. 

[0358] The "LasLSCR" is updated to the SCR of the 

5 final pack after re-encoding. 

[0359] The "audio gap start time A_STP_PTOT is set 
at the presentation end time of the audio frame y that is 
the final audio frame to be reproduced tor the aixfiodata 
that is moved to the latter cell in Fig. 34. 

10 [0360] The "audio gap lengft A_GAP_LEN" is set as 
the period from the presentation end time of the final 
audio frame y to be reproduced using the aucfio data 
that is moved to the latter cefl in Rg. 34 to the presenta- 
tion start time of the audio frame u. 

is [0361] Once the VOB information has been generated 
as descrbed above, an RTRW management file 
included this new VOB information is recorded onto the 
DVD- RAM. By doing so, the two ceOs that are Indicated 
by the ceO information can be recorded on the DVD- 

20 RAM as two VOBs that are to be reproduced seam- 
lessly. 

[0362] As described above, this second embocfiment 
can process ceils in a VOB or VOBs so as to have the 
ceils seamlessly reproduced by merely reading and re- 

25 encoding the end of the former cefl and the start of the 
latter cell. Since only the VOBUs located at the start and 
end of the respective cells are re-encoded, this re- 
encoding of ceils can be achieved in a very short time 
[036?) It should be noted that white the present 

so embodiment describes the case where video fields as 
used as the unit when indicating cells, video frames may 
be used instead. 

[0364] The processing module software represented 
by the flowcharts in this first embodiment (Figs. 31-33) 

35 may be realized by a machine language program which 
may be distributed and sold having been recorded on a 
recording medum Examples of such recording medium 
are an IC card, an optical tfsc, or a floppy disc. The 
machine language program recorded on the recording 

40 medium may then be installed into a standard personal 
computer. By executing the installed machine language 
programs, the standard personal computer can acWwe 
the functions of the video data editing apparatus of the 
present embodiment 

45 

Third Embodiment 

[0365] The third embodiment of the present Invention 
manages AV files in a file system and allows greater 
so freedom in video editing. 

3zLDiffidpry Structure on a DVD-RAM 

[0366] The RTRW management file and AV files of the 
55 first embodiment are arranged in the directories shown 
in Fig. 35 within a fOe system that complies to ISO/EC 
13346. tn Fig. 35, the ovals represent directories and 
the rectangles represent files. The root directory 
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includes directories called a *RTRW" and two files 
caQed "FDe1 .OAT and TUe2.DAT. The RTRWcfirectory 
includes three fOes called "Mcviel.VOB", 
'MovteZVOB", and "RTRWMJFO". 

ft-l-D Re System Management Information In the 
Directories 

[0367] The following is a description of the manage- 
ment information used for managing the RTRW man- 
agement fDe and AV files in the directory structure 
shown in Rg. 35.Rg.36 shows the file system manage- 
ment information in the directory structure of Fig. 35. 
[0368] Rg. 36 shows the volume area shown in Fig. 
3D, the sectors, and stored contents of sectors in a hier- 
archy. Arrows (J)~<2> in this drawing show the order in 
which the storage positions of the file "Moviel.VOB" are 
specified by the present management irtformattoa 
[0369] The first level in the hierarchy in Rg. 36 shows 
the volume area shown in Rg. 3D. 
[03701 The second level in the hierarchy shows ffle set 
descriptors, end descriptors, file entries, and cfirecto- 
ries, out of the entire management information. The 
information on this second level complies with afile sys- 
tem thai Is standaidized under ISQ/1EC 13346. Rle sys- 
tems that are standardized under ISO/1EC 13346 
manage directories in a hierarchy. 
[0371J The management information in Rg. 36 is 
arranged in accordance with the directory structure. 
However, a recording region is only shown fortheAVffie 
"Movief.VOB". 

[0372] The file set descriptor (LBN 80) on the second 
level shows information such as the LBN of the sector 
that scores the fiieentry for the root directory. The end 
descriptor (LBN 81) shows the end of the file set 
descriptor. 

[0373] A file entry (such as LBN 82, 584. 3585) is 
stored for each fie (or directory), and shews a storage 
position for a file or directory. Rle entries for fOes and fDe 
entries for directories have a same format, so that hier- 
archical directories can be freely constructed. 
[0374] A directory (such as LBN83. 584, 3585) shows 
storage positions for fDe entries of the files or directories 
included in the directory 

[0375] Three fOes entries and two directories are 
shown on the third level in the hierarchy. The file entries 
- and directories are tracked by the file system and have 
a data construction that enables the storage position of 
a specified fOe to be Incficated regardless of the con- 
struction of the hierarchy in the directory structure. 
[0376] Each fDe entry includes an allocate 
that shows a storage position of a file or directory. When 
the data recorded in each file is divided into a plurality of 
extents, a fte entry includes a plurality of allocation 
descriptors for each extent 

[0377] The expression "extent" refers here to a section 
of data included in a file that should be preferably stored 
in consecutive regions. When, for example, the size of a 



VOB to be recorded in an AV file is large, but there are 
no consecutive regions for storing the VOB, the AV fOe 
cannot be recorded on the DVD-RAM. 
[0378) However, when there is a plurality of small corv 

5 secutive regions distributed across the partition area, by 
dividing the VOBs to be recorded in the AV fOe, the 
resulting divided sections of the VOBs may be stored 
into the distributed consecutive areas. 
[0379] By dividing VOBs in this way, the probability of 

to being able to store VOBs as AV f3es increases, even 
when the number of consecutive regions and length of 
the partition area are limited. To improve the efficiency 
with which data is recorded on a DVD-RAM, the VOBs 
recorded in one AV fUe are divided into a plurality of 

15 extents, with these extents being recorded in separate 
consecutive areas on the disc without regard to the 
order of the extents. 

[0380] It should be noted that the expression "consec- 
utive regions" here refers to a region composed of ECC 

20 blocks that are logically or physically consecutive. 
[0381] As one example, the fDe entries with the LBN 
82 and 584 in Rg. 36 each include a single allocation 
descriptor, which means that the file is not divided into a 
plurality of extents (which is to say, is composed of a sin- 

25 gle extent). The file entry 3585 meanwhile has two allo- 
cation descriptors, which means that the data to be 
stored in the file is composed of two extents. 
[0382] Each directory includes a fie identffcation 
descriptor showing a storage position of a ffle entry for 

so each ffle and each directory included in the directory 
When tracing a route through the He entries and direc- 
tories, the storage position of the file 
"rootAodeo/Moviel.VOB" can be found by following the 
order given as file set descriptor -»<J)->file entry 

35 (root)-+ (ghKfirector y (root)-><3>->file entry 
(RTRW)->®-Kftrectory (RTRW)-* tie entry 
(Movie 1.VOB)-MB (2MB e (extents #1 and #2 of 
Model .VOB). 

[0383] Rg. 37 shows the link relationship between the 
40 file entries and directories on this route in another for* 
mat that traces the directory construction. In this draw- 
ing, the directories used tor route include file 
identflication descriptors for the directory of the parent 
directory (the parent of the root b eing the root itself), the 
45 RTRW directory, the Rlel.DAT file, and the Rle2.DAT 
f3& The RTRW directory includes file identification 
descriptors for each of the directory of the parent direc- 
tory (root), the Moviel.VOB tie, the Movie2.VOB file, 
and the RTRWM.IFO ffle. In the same way, the storage 
so position of the Moviel.VOB file is specified by tracing 
the routed)-®®. 

3-1-2 Date Construction of a Rle Entry 

55 [0384] Rg. 38A show the data construction of a file 
entry in more detail, As shown in Rg. 38A, a file entry 
includes a descriptor tag, an ICB tag, an allocation 
descriptor length, expanded attributes, and an alloca- 
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ton descriptor, tn this figure, the legend "BP" represents 
"bit position". whBe the legend "RBP" represents "Na- 
tive bit position". 

[0385] The descriptor tag is a tag showing the present 
entry is a file entry. For a DVD-RAM. a variety of tags 5 
are used, such as the fBe entry descriptor and ttte qpace 
bitmap descriptor. For a ffle entry, a value "261" te used 
as the descriptor tag indicating a We entry 
[0386] The ICB tag shows attribute information tar the 
file entry itself. 

[0387) The expanded attributes are information show- 
ing the attributes with a higher-level content than the 
content specified by the attribute infor ma t io n field in the 
file entry. 

[03881 The allocation descriptor fiekf stores as many 
allocation descriptors as there are extents that compose 
the fBe. Each allocation descriptor shows the logical 
block number (LBN) that indicates the storage position 
of an extent for a f9e a a directory. The data construc- 
tion of an allocation descriptor is shown in Rg. 38B. 
[0389] The allocation descriptor in Fig. 38B includes 
data showing the extent length and a logical block 
number showing the storage* position of the extent 
However, the top two bits of the data Indicating* the 
extent length show the storage stale of the extent stor- 
age area. The meanings of the various values are as 
shown in Fig. 38CX 

fa-1-3) Data Construction o f <ha Rla Identification 
Descriptors far Directories and Res 

[03901 Fig& 39* and 39B show the detailed data con- 
struction of the file identification descriptors for directo- 
ries and f fles in the various directories. These two types 
of file identification descriptors have the same format 
and so each include management information, identifi- 
cation information, a directory name length, an address 
showing the logical block number that stores the fBe 
entry for the directory or file, expansion information, and 
a directory nama In this way, the address of a file entry 
is associated with a directory name or file name. 

/3-1-41 Minimum Size of an AV Bock 

[0391] When a VOB to be reoorded in an AV file is 
divided into a plurality of extents, the data length of each 
extent must exceed the data length of an AV block. The 
expression "AV block" here refers to the minimum 
amount of data for which there is no danger of under- 
flow for the track buffer 3a when reading a VOB from the 
DVD-RAM. 

[0392] To guarantee consecutive reproduction, the 
minimum size of an AV block is defined in relation to the 
track buffer provided in a reproduction apparatus. The 
following explanation deals with how this minimum size 
of an AV block is found. 



(3-1-a MinirmrniSfffl otanAV Birch Area 

[0393] First the rationale behind the need to deter- 
mine the minimum size of an AV bJock for guaranteeing 
uninterrupted reproduction is dascnbed. 
[0394] Rg. 40 shows a model of how a reproduction 
apparatus that reproduces video objects buffers AV 
data read, from the DVD-RAM to the track buffer. This 
model shows the minimum requirements of a reproduc- 
tion apparatus for uninterrupted reproduction to be 
guaranteed. 

[0395] In the upper part of Fig. 40, the reproduction 
apparatus subjects the AV data it reads from the DVD- 
RAM to ECC processing, temporarily accumulates the 
resulting data in the track buffer, which is a FIFO mem- 
ory, and then outputs the data from the track buffer to 
the decoder. In the illustrated example. V r is the input 
transfer rate of the track buffer (or In other words, the 
rate at which data is read from the optical disc), and V Q 
is the output transfer rate of the track buffer (decoder 
input rate), where V^V^ In the present model, 
V^llMbps. 

[0396] The lower part of Rg. 40 is a graph showing the 
changes In tte amount of data in the track buffer for the 
present model In this graph, the vertkal axis represents 
the amount of data in the buffer, while the horizontal 
axis represents time. This graph assumes that the AV 
btock#k that includes a defective sector is read following 
the AV block#j that includes no defective sectors. 
[0397] The period T1 6hown on the time axis shows 
the time required to read all AV data in the AV btockfl 
that includes no defective sectors. During this period 
T1. the amount of data in the track buffer increases at 
the rate (V r -Vo). 

[0398] The period T2 (hereinafter called the lump 
period") shows the time required by the optical pickup to 
jump from the AV bJock$ to the AV btock#k. This jump 
period Includes the seek time for the optica) pickup and 
the time taken tor the rotation of the optical disc to stabi- 
lize. In the worst case scenario of a jump from the inner 
periphery to the outer periphery of the optical disc the 
jump time is assumed to be around 1500ms for the 
present model. During the jump period 72, the amount 
of data in the track buffer decreases at a rate of V a 
[0399] The periods T3 to T5 show the time taken to 
read all AV data in the AV block#k that includes a defec- 
tive sector. 

[0400] Of these periods, the period T4 shows the time 
taken to skip to the next ECC block from a present ECC 
block that includes a defective sector. This skip opera- 
tion involves skipping a present ECC block if one or 
more of the 16 sectors is defective and jumping to the 
next ECC block. This means that in an AV block, instead 
of merely logically replacing each defective sector in an 
ECC block with a replacement sector (or a replacement 
ECC block), use of each ECC block (all 16 sectors) with 
a defective sector is stopped. This method is called the 
ECC block skip method. The period T4 is the disc rota- 
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tion wait timet which, in the worse case scenario, is the 
time taken for one revolution of the disc. This is pre- 
sumed to be around 105ms for the present mode). In 
periods T3 and T5, the amount of data in the buffer 
increases at a rate given as V^V* while during period 
T4, the amount decreases at the rate V a 
[0401] When "N_ecc* represents the total number of 
ECC blocks in an AV block, the size of an AV block is 
given by the formula "N_ecc*1 6*8*2048" bits. To ensure 
consecutive reproduction is performed, the minimum 
value of N.ecc is found as descrbed below. 
[0402] In periodT2,AV data is only read from the track 
buffer with no concurrent replenishing of AV data. Dur- 
ing this period T2, should the amount of data in the 
buffer reach zero, an underflow will occur in the 
decoder. In such case, the uninterrupted reproduction of 
AV data cannot be guaranteed. As a result the relation 
shown as Equation 1 below needs to be satisfied to 
guarantee the uninterrupted reproduction of AV data 
(which Is to say, to ensure that no underflow occurs). 

Equation 1 

[0403] (buffered data amount B)2(consumed data 
amount R) 

[0404] The buffered data amount Bis the amount of 
data stored in the buffer at the end of the period Tl . The 
consumed data amount R is the total amount of data 
read during the period T2. 

[0405] The buffered data amount B is given by Equa- 
tion 2 below. 

Equation 2 

[0406] 

(buffered data amounts) ^(period T1) # (V r -Vo) 

«(read time for 1 AV 
Wock)*(V r -VJ 

«(AV block size L/V r )»(V r 
VJ 

e(N_eccM6*8*204a/V r )*(V r 
-Vo) 

=(N eccM6*8*2048)*(1- 

[0407] The consumed data amount R is given by 
Equation 3 below. 

Elation 3 

[0408] (consumed data amount R)=T2*V 0 
[0409] Substituting Equations 2 and 3 into the respec- 
tive sides of Equation 1 gives Equation 4 below. 

Equation 4 

[0410] (N_ecc*16*8*2048)*(1-V o A/ r )>T2 # V o 



[0411] By rearranging Equation 4, H can be seen that 
the number N_eoc of ECC blocks that guarantees con- 
secutive reproduction must satisfy Equation 5 below. 

[0412] N,ecoT2%/((16*8*2048) # (1.V^ f )) 

[041 3] In Equation 5, T2 is the jump period described 

above; which has a maximum of 1.55. V p meanwhile, 

to has a fixed value, which for the model in the upper part 
of Rg. 40 is 1 1Mbps. V D is expressed by the following 
Equation 6 that takes the variable bit rate of the AV block 
that includes a number Njecc of ECC blocks into con- 
sideration. Note that V 0 is not the maximum value of the 

« logical transfer rate tor output from the track buffer, but 
is given by the equation below as the effective input rate 
of variable rate AV data into the decoder. AV block 
length here Is given as the number NLpack of packs in 
an AV block composed of N_ecc ECC blocks ((N_eco- 

20 l)M6<Nj)acksN_eo(ne). 

Equation 6 

[0414] VAV block length(brty(1/AV block reproduce 
25 tfon timefsec)) 
=(N^d<*2048 # 8) # G27W(SCRJirst_next 
SCRJtrsLcunent)) 

[0415] In the above equation, SCRJirsLnext is the 
SCR of the first pack in the next AV block, while 
so SCRJorsLcunrent is the SCR of the fust pack in the 
presort AV block. Each SCR shows the time at which 
the corresponding pack should be outputted from the 
track buffer to the decoder. The unit for SCRs is 1/27 
megaseconds. 

$5 [0416] As shown in the above Equations 5 and 6. the 
minimum size of an AV block can theoretically be calcu- 
lated in accordance with the actual bit rate of the AV 
data. 

[0417] Equation 5 epp&es to a case where no defec- 
40 tive sectors exist on the optical disc When such sectors 
are present the number of ECC blocks Necc required to 
ensure uninterrupted reproduction is as described 
below. 

[9418] It is presumed here that the AV block area 
45 indudes ECC blocks with defective sectors, the number 
of which is represented as "dNjecc". No Av data is 
recorded Into the dN.ecc defective ECC blocks due to 
the ECC block skipping descrfoed above. The loss time 
Ts caused by skipping the dN_ecc defective ECC 
so blocks is represented as T4*dN ecc" where T4" repre- 
sents the ECC block skip time for the model shown in 
Fig. 40. 

[0419] To ensure the uninterrupted reproduction of the 
AV data when defective sectors are included, the AV 
55 block area needs to include as the number of ECC 
blocks as represented by Equation 7. 
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[0420] N_eccidN_ecc + V o *aHTs)/((16 # 8 4 2048r(1- 

[0421 ) As described above, the size of the AV block 
area is calculated from Formula 5 when no defective 
sector is present and from Formula 7 when defective 
sectors are present 

(04221 It should be noted here that when AV data is 
composed of a plurality of AV blocks, the first and last 
AV blocks do not need to not satisfy Equation 5 or 7. 
This is because the timing at which decoding is com- 
menced for the first AV block can be delayed which is to 
say. the supply of data to the decoded may be delayed 
until sufficient data Is accumulated in the buffer, thereby 
ensuring uninterrupted reproduction between the first 
and second AV blocks. The last AV block. meanwhBa, is 
not followed by any particular AV data, meaning that the 
reproduction may simply end with this last AV block 

(3-21 Functiona l Bodes of the PUD Recorder 70 

[0423] Rg. 41 is a function block diagram showingthe 
construction of the DVD recorder 70 c5vided into func- 
tions. Each function in Fig. 41 is realized by the CPU 1a 
in the control unit 1 executing a program in the ROM 1e 
to control the hardware shown in Rg. 17. 
IQ424] The DVD player of Rg. 41 includes the disc 
recording unit 100, the disc reading unit 101, the com- 
mon tie system unit 10, the AVffle system unit 11, the 
recordirig^cntir^H'eproduction control unit 12, the AV 
data recording unit 13. the AV data reproduction unit 14, 
and the AV data editing unit 15. 

(3-2.1) Disc Recording Unit 100 - Disc Reading Unit 101 

[0425] The disc recording unit 100 operates as fol- 
lows. On receiving an input of the logical sector number 
from which recording is to start and the data to be 
recorded from the common file system unit 10 and the 
AV file system unit 11, the disc recording unit 100 
moves the optical pickup to the appropriate logical sec- 
tor number and has the optical pickup record data in 
ECC block units (16 sectors) into the indicated sectors 
on the disc. When the amount of data to be recorded is 
below 16 sectors, the disc recording unit 100 first reads 
the data, subjects it to ECC processing, and recordset 
onto the disc as an ECC block. 
[0426] The disc reading unit 1 01 operates as follows. 
On receiving an input of a logical sector number from 
which data is to be read and a number of sectors from 
the common fQe system unit 10 and the AVfQe system 
unit 11, the cfisc reading unit 101 moves the optical 
pickup to the appropriate logical sector number and has 
the optical pickup read data in ECC block units from the 
indicated logical sectors. The disc reading unit 101 has 
ECC processing performed on the read data and trans- 
fers only the required sector data to the common fie 



system unit 10. As with the disc recording unit 100, the 
disc reading unit 101 reads VOBs in units of 16 sectors 
for each ECC btocfc thereby reducing the overheads. 

5 frag) Qomm File System Unit iq 

(0427] The common file system unit 10 provides the 
recordinc^rting^eproduction control unit 12. the AV 
data recording unit 13, the AV data reproduction unit 14, 

io and the AV data editing unit 15 with the standard func- 
tions tor accessing data format standardized under 
ISO/1EC 13346. These standard functions provided by 
the common fQe system unit 1 0 control the cfisc record- 
ing unit 100 and the disc reading unit 101 to read or 

is write data onto or from the DVD-RAM in directory units 
andf3e units, 

[0428] Representative eaarrples erf trte standard func- 
tfons provided by the common f3e system unit 1 0 are as 
follows. 

30 

1. Having the disc recording unit 100 record a file 
entry and output the fQe identification descriptor to 
the reexxding-editing-reproduction control unit 12, 
the AV data recortfing unit 13, the AV data repre- 
ss duction unit 14, and the AV data editing unit IS 

2. Converting a recorded area on the disc that 
includes one We into an empty area 

a Controlling the disc reading unit 101 to read the 
ffle identification descriptor of a specified ffle from a 
30 DVD-RAM. 

4. Controlling the disc recortfing unit 100 to record 
memory present in the memory onto the disc as a 
non-AVffla 

5. Controlling the disc reading unit 101 to read an 
$$ extent that composes a ffle recorded on the disc. 

6. Controlling the disc reading unit 101 to move the 
optical pickup to a desired position in the extents 
that compose a file. 

40 [04291 To use any of the functions (1) to (6), the 
recording^eolting-repitriuction control unit 12 to AV 
data editing unit 15 may issue a command to the com- 
mon file system unit 10 to indicate the ffle to be read or 
recorded as a parameter. Such commands are called 
4$ common file system-oriented commands. 

[0430] Various types of common ffle system-oriented 
commands are available, such as "(1)CREATE\ 
"(2)DELETE\ "(3)OPEWCLOSE", "(^WRITE*. 
'(5)READ", and *(6)SEEK". Such commands are 
so respectively assigned to the functions (1) to (6). 

[0431] In the present embodiment the assignment of 
commands to the standard functions is as follows. To 
use function (1), the recoiding-editing^eproduction con- 
trol unit 12 to AVdata editing unit 15 may issue a "CRE- 
SS ATE - command to the common fBe system unit 10. To 
use function (2), the recording-eo^ng-reproduction con- 
trol unit 12 to AV data editing unit 15 may issue a 
"DELETE" command to the common file system unit 10. 



37 



73 



EP 0903 742 A2 



74 



In the same way, to respectively use functions (3), (4), 
(5), and (6). the recording-otfting^eprodifcoon control 
unit 12 to AV data editing unH 15 may issue an 
•OPEN/CLOSE*. "WRITE", "READ' or "SEEK" com- 
mand to the common file system unh 1 0. 

ra-g^AVRIe System Unitll 

[0432] The AV ffle system unit 11 provides the AV data 
recording unit 1 3, AV data reproduction unit 14, and AV 
data editing unit 15 with extended functions which are 
only necessary when recording or editing an AV file. 
These extended functions cannot be provided by the 
common file system unit 10. 
[0433] The following are representative examples of 
these extended functions. 

(7) Writing a VOB that has been encoded by the 
MPEG encoder 2 onto a DVD-RAM as an AV ffla 

(8) Cutting out an indicated part of the VOBs 
recorded in an AV file and setting the part as a dif- 
ferent fOe. 

(9) Clearing an incScated part of the VOBs recorded 
in an AV ffla 

(10) Linking two AV files that are present on the 
DVD-RAM with VOBUs that have been re-encoded 
according to the procedure in the first and second 
embodiments. 

[0434] To use the extended functions [7) to (10). the 
reconfirxj-editing-reproduction control unit 12 to AV 
data editing unit 1 5 may issue a command to the com- 
mon file system unit 10 to indicate the file to be 
recorded, linked, or cut out Such c omm a nds are called 
AV file system-oriented commands. Hera the AV file 
system-oriented commands "AV-WRITE", "SPLTT, 
"SHORTEN", and "MERGE" are available, with these 
being respectively assigned to the functions (7) to (1 0). 
[0435] In the present emborfment, the assignment of 
commands to the extended functions is as follows. To 
use the function (7), the AV data recording unit 1 3 to AV 
data editing unit 15 may issue an AV-WRITE command. 
To use the function (8), the AV data recording unit 13 to 
AV data editing unit 15 may issue a SPLIT command. 
SimSarty, to use the function (9) or (10), the AV data 
recording unit 13 to AV data editing unit 15 may issue a 
"SHORTEN" or "MERGE" command. With function (10). 
the extent of the ffle after linWng is as long as a longer 
than an AV block. 

f3-2-4) Recording-Ed'rtinc-ReofOdiiCtion Control Unit 12 

[0436] The recordincrec^nc/^eprcductkxi control unh 
12 issues an OPEN/CLOSE command that indicates 
directory names as parameters to the common ffle sys- 
tem unit 10, and by doing so has the common file sys- 
tem unit 10 read a plurality of file Identification 
descriptors from the DVD-RAM. The recorcfing-edrting- 



reproduction control unit 1 2 then analyzes the directory 
structure of the DVD-RAM from the fDe identification 
descriptors and receives a user indication or a file or 
directory to be operated upon. 

5 (0437) On receiving the user irxfication of the target 
ffle or directory, the recordng/^ditino^eproduction con- 
trol unh 12 identifies the desired operation content 
based on the user operation notified by the remote con- 
trol signal reception unh 8, and issues instructions to 

to have the AV data reconfing unh 13, the AV data repro- 
duction unh 14, and the AV data editing unh 15 perform 
the appropriate processing for the fOe or directory indi- 
cated as the operation target 
[0438] To have the user indicate the operation target 

rs the recorting-edhing^eproduction control unh 12 out- 
puts graphics data, which visually represents the direc- 
tory structure, the totaJ number of AV ffl es, and th e data 
sizes of empty areas on the present disc, to the video 
signal processing unh 5. The video signal processing 

20 unit 5 converts this graphics data into an image signal 
and has it displayed on the TV monitor 72. 
[0439] Rg. 42 shows an example of the graphics data 
displayed on the TV monitor 72 under the control of the 
reootd i ng-edhing^epro du cti on control unh 12. During 

25 the display of this graphics data, the display color of any 
of the files or directories may change to show potential 
operation targets. This change in color is used to focus 
the attention of the user, and so is caDed the focus 
state*. Display using the normal color. meanwhBe, is 

30 called the "normal state". 

[0440] When the user presses the mark key on the 
remote controller 71, the display of the file or directory 
that is currently in the focus state returns to the normal 
state and a different newty-tncficated file or directory is 

35 displayed in the focus stats. When any of the files or 
directories is in the focus state, the recording-edhing- 
reproduction control unh 12 waits for the user to press 
the "confirm" key on the remote controller 71. 
[0441] When the user presses the enter key, the 

40 recording-etftirxj-reproduction control unit 12 identifies 
the file or directory that is currently in the locus state as 
a potential operation target In this way, the recording- 
eoltirKj-reproduction control unh 12 can identify the file 
or directory that is the operation target 

45 [0442] To identify the operation content however, the 
recording-ec^ng-reproduction control unh 12 deter- 
mines what operation content has been assigned to the 
key code received from the remote control signal recep- 
tion unit 8. As shown on the left side of Rg. 41, keys with 

so the legends "PLAY". "REWIND', "STOP". "FAST FOR- 
WARD", "RECORD". "MARK", "VIRTUAL EDIT, AND 
"REAL EDIT are present on the remote controller 71 . In 
this way, the recording-ealting-reproduction control umt 
1 2 identifies the operation content indicated by the user 

55 according to the key code received from the remote 
control signal reception unit 8. 
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(3-2-4*1) Operation Contents Tlwt Can Bo R^pffltlaL 
• - thfl Rocord]no-^rrtlnO"R^i^uctiQn Control Unit 12 

[0443] The operation contents are ctastfted Into oper- 
ation contents that are provided on conventional 
domestic AV equipment and operation contents that 
are specially provided for video editing. As specific 
examples, "play*, tewfnd", •stop*, nasi forward", and 
"record" all (afl into the former category, while "mark", 
"virtual edit", and "real ecffl" all fall into the latter cate- 
gory. 

[0444] A "play" operation has the DVD recorder 70 

play back a VOB mat is recorded in an AV fie that is 

specified as the operation target 

[0445] A "rewind" operation has the DVD recorder 70 

rapidly play back a presently reproduced VOB in 

reverse. 

[0446] A "stop" operation has the DVD recorder 70 
stop the reproduction of the present VOB. 
[0447] A "fast forward" operation has the DVD 
recorder 70 rapidly play back the present VOB in the for- 
ward direction. 

[0448] A "record" operation has the DVD recorder 70 
generate a new AV file in the directory indicated as the 
operation target and write the VOB to be recorded into 
the new AV fife 

[0449] These operations in this former category are 
wen-known to users as functions of conventional 
domestic AV equipment, such as video cassette record- 
ers and CD players. The operations in the latter cate- 
gory are performed by users when, to use an analogy of 
editing a conventional movie film, sections of movie film 
are cut out and spSced together to produce a new movie 
sequence^ 

[0450] A "mark" operation has the DVD recorder 70 
replay a VOB included in the AV ffle indicated as the 
operation target and marks desired images out of the 
video images replayed by the VOB. lb use the analogy 
of editing a movie film, this "mark" operation involves 
the marking of points where the film is to be cut 
[0451] A "Virtual edit" operation has the DVD recorder 
70 select a plurality of pairs of two points indicated by a 
mark operation as reproduction start points and repro- 
duction end points and then define a logical reproduc- 
tion route by assigning a reproduction order to these 
pairs of points. 

[0452] In a virtual edit operation, the section defined 
by one pair of a reproduction start point and reproduc- 
tion end point selected by the user is called a "cell*. The 
reproduction route defined by assigning a reproduction 
order to the cells is called a "program chain". 
[0453] A real "edit" operation has the DVD record er 70 
cut out each section incficated as a cell from an AV ffle 
recorded on a DVD-RAM. set the cut-out sections as 
separate files, and link a plurality of cut-out sections in 
accordance with the reproduction order shown by a pro- 
gram chain. Such edit operations are analogous to the 
cutting of a movie film at the marked positions and the 
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splicing of the cut sections together. In these ecfit oper- 
ations* the extent of the (inked files is equal to or greater 
than the length of one AV block. 
[0454] The recorolng-edrbng^eproduction control unit 

s 12 controls which of the AV data recording unit 13 to the 
AV data editing unit 15 are used when performing the 
operation contents described above. In addition to spec* 
ifylng the operation target and operation content the 
recording-editing-reproduction control unit 12 chooses 

10 the a ppropriate components) for the operation content 
out of the AV data recortfing unit 1 3 to AV data editing 
unit 15 and outputs instructions informing these compo- 
nents of the operation content 
[0455] The following is a description of example 

15 instructions that the racon^ng-eoltinc^eproduction con- 
trol unit 12 gives to the AVdata recording unit 13, the AV 
data reproduction unit 14, and the AV data editing unit 
15 using c om b ina tions of an operation target and an 
operation content 

so [0456] In Fig. 42. the cfirectory "DVD_VHeo" is in the 
focus state, so that if the user presses the "RECORD" 
key, the recording' oditing-reproduction control unit 12 
identifies the directory "DVD-Video" as the operation 
target and "record" as the operation content The 

25 reccfcfing-eoltingHreproduction control unit 12 selects 
the AVdata recording unit 13 as the component capable 
of performing a record operation, and instructs the AV 
data recording unit 13 to generate a new AV file in the 
directory indicated as the operation target 

so [0457] When the ffle *AV.FILE#1" is in the focus state 
and the user presses the "PLAY" key on the remote con- 
troller 71 , the recortfng-edrting-reproduction control unit 
12 identifies the ffle "AV FILE#1" as the operation target 
and "play" as the operation content The recording-edit- 

35 ing*eproduction control unit 12 selects the AV data 
reproduction unit 14 as the component capable of per- 
forming a play operation, and instructs the AV data 
reproduction unit 14 to reproduce the AV file indicated 
as the operation target 

40 [0458] When the ffle "AV_RLE#1" fe in the focus state 
and the user presses the "MARK" key on the remote 
controller 71, the reconiing-edrtino^eproduction control 
unit 12 identifies the ffle "AV_FtLE#1" as the operation 
target and "mark" as the operation content. The reoord- 

45 ing-ecftrng-recf eduction control unit 12 selects the AV 
data editing unit 15 as the component capable of per- 
forming a mark operation, and instructs the AV data 
editing unit 1 5 to perform a marking operation for the AV 
fie indicated as the operation target 

50 

fa-2-S AV Data Record nq Unit 13 

[0459] The AV data recording unit 13 controls encod- 
ing operations of the MPEG encoder 2 while issuing 
55 common ffle system-oriented commands and AV file 
system-oriented co mm a n ds in a predetermined order to 
the common ffle system unit 10 and the AV file system 
unit 11. By doing so* the AV data reconfing unit 13 
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makes use of the functions (1) to (10) and realizes 
recortOng operations. 

ra-g^ AV Date Rfloroductten Unit 14 

[0460] The AV data reproduction unit 14 controls 
decoding operations of the MPEG decoder 4. while 
issuing common ffle system-oriented commands and 
AV fDe systerrtoriented com man d s in a predetermined 
order to the common file system unit 10 and the AV ffle 
system unit 11. By doing so, the AV data reproduction 
unit 14 makes use of the functions (1) to (10) and real- 
izes Tplay", *rewinrf\ last forward*, and "stop* opera- 
ttons. 

p-g*7) AV Data Editing Unit IS 

[0461] The AVdata editing unit 15 controls the decod- 
ing operations of the MPEG decoder 4, while issuing 
common file system-oriented c omman d s and AV fie 
6ystenvoriented commands in a predetermined order to 
the common ffle system unit 10 and the AV file system 
unit 11. By doing so, the AV data reproduction unit 14 
makes use of the functions (1) to (10) and realizes 
■mark\ Virtual edit", and 'edST operations. 
[0462] In more detail, on receiving instructions from 
the recording-editing-reproductto control unit 12 to 
mark the AV fie indicated as the operation target the 
AV data editing unit 15 has the AV data reproduction 
unit 14 reproduce the indicated AV file and monitors 
when the user presses the "MARK" key on the remote 
controller 71. When the user presses the "MARK* key 
during the reproduction, the AV data editing urtit 15 
writes information cafled a "mark point" onto the disc as 
a norvAV ffle. This mark point information shows the 
time in seconds from the start of the reproduction of the 
AVfle to the point where the user pressed the "MARK" 
key. 

[0463] On receiving instructions from the recording- 
editing-reproduction control unit 12 for a virtual edit 
operation, the AV data editing unit 15 generates infor- 
mation that defines a logical reproduction route in 
accordance with the user toy operations of the remote 
controller 71 . The AV data editing unit 15 then controls 
the common file system unit 1 0 so that this information 
is written onto the DVD-RAM as a non-AVfila 
[0464] On receiving instructions from the recording- 
editing-reproductron control unit 1 2 for a real edit opera- 
tion, the AV data editing unit 1 5 cuts out the sections of 
the DVD-RAM indicated as ceils and sets the cut-out 
sections as separate files which it finks to form a 
sequence of cells. 

[0465] When Gnking a plurality of files, the AV data 
editing unit 15 performs processing so that seamless 
reproduction of images will be -achieved. This means 
that there will be no interruptions in the image display 
when a finked AV file is reproduced. The AV data editing 
unit 15 links extents to make all extents, except for the 



last extent to be reproduced, equal to or greater than 
the AV block length. 

(3-2-7-1) Processing far Virtual Hits and Edits by the 
5 AVPataftrnrnfltArtlS 

[0466] Fig. 43 is a flowchart for the processing of vir- 
tual edit and real edit operations. Figs. 44A to 44F are 
figures showing a supplementary example of the 

w processing by the AV data editing unit 15 according to 
the flowchart of Fig. 43. The following describes the 
editing processes of the AVdata editing unit 15 with ref- 
erence to the flowchart of Rg. 43 and the example in 
Bg$.44Ato44F. 

15 [0467] The AV file shown in Fig.44A Is already stored 
on the DVD-RAM. When this AV file Is indicated as the 
operation target, the user presses th e 'PLAY* key on the 
remote controller 71. The recortfir^editing-reprociix^ 
tion control unit 12 detects key operations, so that when 

so the user presses the "MARK" key, the AV data editing 
unit 15 has the AV data reproduction unit 1 4 commence 
the reproduction of the AV fDe in step Si. 
[0468] After the start of reproduction, the reproduction 
proceeds as far as the time t1 in Fig. 448 when the user 

25 next presses the "MARK* key. In response to this, the 
AV data editing unit 15 sets the mark pointifl, which 
expresses a relative time code for time t1, into the 
present AV fHa The user subsequently presses the 
"MARK* key a total of seven times at times t2. t3, t4. ... 

a> ta In response, the AV data editing unit 15 sets the 
mark points #2, #3. #4, #5, ... #8, which express relative 
time codes for time t2, t3, t4, ... t8. into the present AV 
fla as shown in Fig. 448. 

[0469] After the execution of step S1, the processing 

35 proceeds to step S2 where the AV data editing unit 1 5 
has the user indicate pairs of mark points. The AVdata 
ecfiting unit 15 then determines the cells to be repro- 
duced within the present AV file In accordance with the 
selected pairs of mark points. 

40 [0470] tn Rg. 44C. the user indicates that mark points 
#1 and #2 form pair (1), mark points #3 and #4 form pair 
(2), mark points #5 and #6 form pair (3). and mark 
points #7 and #8 form pair (4). 
[0471] In this way. the AVdata editing unit 15 seta the 

45 AV data within each pair of points as a separate cell, 
and so in the present example sets the four cells, 
Cdl#1, CeH#2, Ce0#3, and Cefl#4. Note that in the 
present example, the AV data editing unit 15 may alter- 
natively set the pair of Mark#2 and Mark#3 as one cell, 

so and the pair of Mark#4 and Mark#5 as another ceil. 
[0472] Next, in step S3, the AV data editing unit 15 
generates a program chain by assigning a reproduction 
order to the cells it has produced, tn Fig. 44D, Cefl#1 is 
the first in the reproduction route (shown by the legend 

55 "1 flU in the drawing), Ce0#2 is the second in the repro- 
duction route (shown by the legend "2 nd " in the draw- 
ing), and Celts #3 and #4 respectively are the third and 
fourth in the reproduction route (shown by the legends 
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"3 rd * and '4** in the drawing). By doing s<x the AVdata 
editing unft 15 treats the plurality of ceils as a program 
chain, based on the chosen reproduction order. Note 
that Rg. 440 shows the simplest reproduction order of 
ceils, with the setting of other orders, such as CeB#3 
Cefl#1 Ce»#2 Cell#4, being equally posstbla 
[0473] In step S6, the AV data editing unft 15 monitors 
whether the user has incficated the reproduction of the 
program chain, tn step S5, the AV data editing unit 15 
monitors whether the user has indicated an editing 
operation for the program chain When the user indi- 
cates reproduction, the AV data editing unit 15 instructs 
the AV data reproduction unit 14 to reproduce the pro- 
gram chain incficated tor repro du c t ion. 
[04741 On receiving reproduction instructions from the 
AV data editing unit 15, the AV data reproduction unit 14 
has the opticaJ pickup seek Maritfl which is the repro- 
duction start position for Ce0#1, as shown in Fig. 44E. 
Once the optica) pidop has moved to Marktl inthe AV 
file in accordance with the SEEK command, the AV data 
editing unit 15 has the section between Marttl and 
Maridft read by issuing a READ command to the com- 
mon file system unit 10. In this way, the VOBUs in 
Cell#1 are read from the DVD-RAM, before bong 
sequentially decoded by the MPEG decoder 4 and dis- 
played as images on the TV monitor 72. 
[0475] Once the VOBUs have been decoded as far as 
Mark#2. the AV data editing unit 15 has the same 
processing performed for the remaining ceils. By doing 
so, the AV data editing unit 15 has only the sections indi- 
cated as Celb#l, #2. #3, and #4 reproduced. 
[0476] The AV file 6hown in Rg. 44A is a movie that 
was broadcast on television. Bg. 44F shows the image 
content of the different sections in this AV Ha The sec- 
tion between time to and time tl is the credit sequence 
VI which shows the cast and director of the movie. The 
section between time t1 and time 12 is the first broadcast 
sequence V2 of the movie itself. The section between 
time t2 and time 13 is a commercial sequence V3 that 
was inserted into the TV broadcast The section 
between time t3 and time t4 is the second broadcast 
sequence V4 in the movie. The section between time t5 
and time t6 is the third broadcast sequence V5 in the 
movia 

[0477] Hera times t1. t2, t3, t4, t5, and t6 are set as 
Marktf, Mark#2> Mark#3, Mark#4, Mark#5, and 
Mark#6, and pairs of mart® are set as ceQa The display 
order of cells is set as a program chain. 
[0478] When performing a read as shown in Rg. 44E. 
AV data editing unit 15 has the credit sequence V1 
skipped, so that the reproduction starts with the first 
movie sequence V2 given between the time tl and the 
t2. Following this, the AV data editing unit 15 has the 
commercial sequence V3 skipped, and has the second 
movie sequence V4 between the time t3 and the t4 
reproduced. 

[0479] The following is a description of the operation 
of the AV data editing unit 1 5 when the user incficates a 



real edit operation, with reference to Rgs. 45A to 45E 
and Rg& 46A to 46F. Rgs. 45A to 45E show a supple- 
mentary example of the processing of the AV data edit- 
ing imit 15 in the flowchart of Rg. 43. The variables mx, 
s Af in the flowchart of Rg. 43 and Rg& 45A to 45E incfi- 
cate a position in the AV ffla The following explanation 
deals with the processing of the AV data editing unit 15 
tor a real edit operation. 

[04801 First in step S8, the AV data editing unit 15 

w determines at least two sections that are to be cut out 
from the present AV file in accordance with the program 
chain that was generated during a virtual edit operation. 
[0481] The "source AV file" in Rg. 45A has been given 
the mark points Mark#t, #2, #3 #8. The cells that 

15 have been set for this source AV file are defined by pairs 

ofthernarkpointsMark#1.#2,#3 #8, so that the AV 

data editing unft 15 treats the mark points in each pair 
as an editing start point and an editing end point 
respectively. As a result the AV data editing unit 15 

20 treats the pair of Marks #1 and #2 as the editing start 
point *ln(1)* and the editing end point "OuKI)*. The AV 
data editing unit 15 similarly treats the pair of Marks #3 
and #4 as the editing start posit *ln(2)* and the editing 
end point *Out(2)\ the the pair of Marks #5 and #8 as 

25 the ecfiting start point "tn(3)" and the editing end point 
XXrt(3)" t and the pair of Marks #7 and #8 as the editing 
start point "tn(4)" and the editing end point "Out(4)". 
[0482] The period between Mark#1 and Mark#2 cor- 
responds to the first movie sequence V2 between the 

30 timetl and the time t2 shown in Rg. 44F. Similarly, the 
period between Mark#3 and MarWW corresponds to the 
second movie sequence V4 between the ti me t3 and the 
time t4 shown in Rg. 44F, and the period between 
Mark#5 and Mark#6 corresponds to the second movie 

35 sequence V5 between the time t5 and the time t& 
Accordingly, by indicating this real edit operation, the 
user obtains an AV file that only indudes the movie 
sequences V2. V4, and VS 

[0483] Next in step S9. the AV data editing unit 15 

40 issues a SPLIT command to the AV file system unit 1 1 
to have the determined split region divided into mx AV 
ffles (where mx is an integer no less than 2). The AV 
data editing unit 15 treats each closed area indicated by 
a pair of an editing start point and an editing end point 

45 in Rg.45A as an area to be cut out and so cuts out the 
four AV files shown in Rg. 45B. 
[0484] The AVdata editing unit 15 hereafter specifies 
one of the cutout mx AV files using the variable Af, with 
the cut-out files being numbered AV fie Af 1 , Af2, Af3, ... 

so Afm. In step S10, the AV data editing unit 15 sets the 
variable Af at "1" to initialize the variable Af. In step $11, 
the AVdata editing unit 15 issues a READ command to 
the AV fBe system unit 1 1 for the VOBUs (hereinafter 
called the "end part") located at the end of the AV file Af 

55 and the VOBUs (hereinafter called the lirst part") 
located at the start of the AV file Af+1. After issuing 
these co mma nds, in step S12 the AV data editing unit 
15 uses the same procedure as the second embodi* 
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ment to re-encode the last part of AV file Af and the first 
part of AVfile At 

[0485] After the re-encoding, the AV data editing unit 
15 issues a SHORTEN command to the AVfte system 
un» 1 1 tor the test part of the AVffle Af and the first part 
of the AVfile AM (Af2). 

[04861 In Fig. 45G> the last part of the AV file Af 1 and 
the first part of the AV ffle AC are read as a result of the 
READ command and are re-encoded As a result of the 
re-mode process, the re-encoded data produced by 
re-encoding the read data is accumulated In the mem- 
ory of the DVD recorder 70. In step S13. the AV data 
editing unit 15 issues a SHORTEN command, which 
results in the area formerly occupied fay the read last 
and first parts being deleted 
[0487] it should be noted that the deletion performed 
in this way results in one of the two following cases 
[0488] The first case is when regardless of whether 
either of the AV He Af1 or the AV Re AM. whose sec- 
tions to be re-encoded have been deleted, has an con- 
tinuous length that is equal to or greater than the AV 
block length, the contimjousiengtti of the other AV file is 
below the data size of an AV block Since the length of 
an AV block is set at the length which prevents overflows 
occurring, if AV file Af or Af+1 is reproduced In a state 
where Its continuous length is shorter than the length of 
an AV block, an underflow will occur in the track buffer. 
[0489] The second case is where the data size of the 
data (En-memory data) mat has been re-encoded and 
stored in the memory is below the data size (length) of 
an AV block When the data size of the ^memory data 
is large and so would occupy a region on a DVD-RAM 
that is equal to or greater than one AV block the data 
may be stored at a different position on the DVD-RAM 
away from the AVfBes Af and Af+1. However, when the 
data size of the ^-memory data is smaller than one AV 
block the data cannot be stored at a different position 
on the DVD- RAM away from the AV files Af and Af+1. 
[0490] This is tor the following reasona During a read 
performed for in-memory data that is smaller than the 
size of an AV block but is stored at a separate position, 
a sufficient amount of data cannot be accumulated in 
the track buffer. Should the lump from the in-memory 
data to the AV file Af+1 take a relatively long time, an 
underflow will occur in the track buffer while the jump is 
taking place. 

[0491 ] In Ftg. 450. the broken tines show that the last 
part of the AVfile All and the first part of the AV file Af2 
have been deleted. This results in the length of the AV 
file Af 1 being below the length of an AV block and in the 
length of the in-memory data being below the length of 
an AV block 

[0492] If this AV f 3e Af 1 is left as it is. there is the risk 
that an underflow win occur when tumping from the AV 
f He Af 1 to the AV file Af2. To prevent the occurrence of 
such underflows, in step SH the AV data editing unit 1 5 
issues a MERGE command for the AV Re Af1 and the 
AVfile Af+1. 



[0493] As shown in Fig. 45E and Ftg. 46A» this 
processing results In the GnWng of the AV file Af 1 and 
the re-encoded VOBUs 60 that the continuous length of 
the recording region for afl the extents forming the AV 

5 fOeAfl ends up equal to or longer than the length of an 
AV block After issuing the MERGE command, the AV 
data editing unit 15 fudges in step S15 whether the var- 
iable Af matches the number of AV f3es mx-1. If the 
numbers do not match, the AV data editing unit 15 incre- 

10 merits the variable Af in step S16 and returns to step 
S11. In this way, the AV data editing unit 15 repeats the 
processing In steps 31 1 to S1 4. 
[0494] After tiie variable Af has been incremented to 
become "2*, the AV data editing unit 15 issues a READ 

is command so that the last part of the AVfile Af2 (after 
the previous DnWng) and the first pal of the AVfile AG 
are read, as shown in Fig. 46R Once the VOBUs in this 
last part and first part have been re-encoded, the result- 
ing re-encoded data is stored in the memory of the DVD 

20 recorder 70. 

[04951 The regions on the DVD-RAM that were origi- 
nally occupied by the first part and the last part are 
deleted as a result of the SHORTEN c om m an d that the 
AV data editing unit 15 issued by the step S13. As a 

25 result the remaining AV f3e AB has a continuous length 
that is below the length of an AV block The AV data 
editing unit 15 issues a MERGE crjmmand to the AV fie 
system unit 11 for the AV files Af2 and Aft, as shown In 
Ftg. 46D and 46E. This procedure is repeated until the 

so variable Af is equal to the value mx-1 . 

[0496] As a result of the above processing, the extents 
in the storage area only contain the movie sequences 
V2, V4, and V5. These extents each have a continuous 
length that is above the length of an AV block so that it 

35 is guaranteed that there wfll be no Interruptions to the 
image display during the reproduction of these AV files. 
[Q497] The period between the MartoM and the 
Mark#2 corresponds to the first movie sequence V2. 
The period between the Mark#3 and the MarttM corre- 

40 sponds to the first movie sequence V4, and the period 
between the Mark#5 and the Mark$6 corresponds to 
the third movie sequence VS. As a result by performing 
an ectit operation, the user can obtain a sequence com- 
posed of AVffles for only the movie sequences V2.V4, 

45 andV5. 

(3-2-7*1-21 Processing of the Av Re System Unit 1 1 
When a Split Command Is Issued 

so [0498] The following explanation deals with the details 
of the processing by the AV file system unit 11 when 
providing extended functions in response to a SPUT 
command. Ftg. 48A shows the operation of the AV file 
system unit 11 when providing extended functions in 

55 response to a SPLIT command. In this flowchart, one 
out of themx pairs of an editing start point {In point) and 
an editing end point (Out point) is indicated using the 
variable h. In step S22, the value "1" is substituted into 
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the variable h go that the first pair of tn point and Out 
point are processed 

[0499] The AV ffle system unit 11 generates a ffle 
entry (h)in step S31, and adds the ffOe Wentffier (h) ter 
the fife entry (h) in a directory ffle erf a temporary dree- 
tory. 

[0500] tn step 833, the AVffle system unit 11 calcu- 
lates the first address s of the sequence of u logical 
Wocte (where from the logical block corresponding 
to the In point (h) to the logical block corresponcfing to 
the Out point (h). and the number of occupied blocks r. 
[0501] tn step S34. the AVfOe system unit 11 gener- 
ates u allocation descriptors within the ffle entry (h). In 
step S35. the AV ffle system unit 11 records the first 
address s of the sequence of u logical Uocte and the 
number of occupied blocks r Into the each of the u allo- 
cation descriptors. In step S3& the AV fDe system unit 
1 1 judges whether the variable h has reached the value 
mx-1. 

[0502] If the variable h has not reached this valu* the 
AV file system unit 11 increments the variable h and 
returns to step S31 . By doing so, the AV f Be system unit 
11 repeats the processing in steps S31 to S35 until var- 
iable h reaches the value mx-1. and so cuts out the 
closed sections within each of the mx-1 pairs of an tn 
point and an Out point as AV files. 

(3-2-7-1-31 Pfo ftftfifiinq of the AV Rift System Unit 11 
When a Shorten Command Is Issued 

[0503] The explanation deals with the processing of 
the AV file system unit 11 when provkfing extended 
functions In response to a SHORTEN command. Fig. 48 
Is a flowchart showing the content of this processing. 
[0504] tn step S38, the AV file system unit 11 calcu- 
lates both the first address c of the logical block 
sequence between the deletion start address and the 
deletion end address that specify the area to be deleted 
and the number of occupied blocks d In step S45,the 
AV file system unit 1 1 accesses the allocation identifiers 
of the AVffle whose first or last part is to be deleted, tn 
step S46. the AV f Oe system unit 1 1 Judges whether the 
area to be deleted is the first part of the extent of an AV 
file. 

[0505] If the area to be deleted is the first part of an 
extent ("Yes" tn step S46). the AV file system unit 11 
advances to step S47 and updates the storage first 
address p of the extent to the storage first address 
p+e'd in the allocation descriptor. 
[0506] After this, in step S48 the AV ffle system unit 11 
updates the data size q of the extent of the number q of 
occupied blocks given in the allocation descriptor to the 
data size q-c*d. On the other hand, if In step S46the AV 
ffle system unit 11 finds that the area to be deleted is the 
last part of an AV file, the AV file system unit 11 pro- 
ceeds directly to step S48, and updates the data size q 
of the extent of the number q of occupied blocks given in 
the allocation descriptor to the data size q-c*d. 



ftg-7-1 -41 Processing of the AV file system unit 1 1 
whpn a MERGE command Is Issued 

[0507] The following explanation deals with the 
5 processing content of the AV file system unit 11 when 
provkfing extended functions in response to a MERGE 
oommand. The following explanation aims to clarify the 
procedure used to process the areas surrounded by the 
dot-dash Gnes y3, y4 in Fig. 45E and Fig. 460. 
to [0508] In response to a MERGE command, the AV file 
system unit 11 arranged the AV files Af and AM. which 
were partially deleted as a result of the SPLIT and 
SHORTEN commands, and the re-encoded data fin- 
memory data), which is present in the memory of the 
ts DVD recorder 70 as a result of the re-encoding, onto the 
DVD-RAM in a way mat enables the seamless repro- 
duction d the AV ffle Af, the data in the merrmry, and the 
AV file Af+1 In that order. 

[0509] Frg. 47A shows an example of the AV data 
20 processed by the AV ffle system unit 11 when providing 

extended functions in response to a MERGE command 

tn Rg. 47A, the AV files x and y have been processed 

according to a SPUT command. 

[0510] The virtual editing is assumed to have defined 
25 a reproduction route whereby the AV data is reproduced 

in the order AV ffle x irnnemory data -> AV ffle y. 

[0511] Rg. 47A shows an example reproduction route 

tortheAVdataintheAVfflesxandy. In Fig. 47A,the 

horizontal axis represents time, so that the reproduction 
so route can be seen to set the display order as AV file x-> 

in-mernory data -* AVfile y. 

[0512] Of the AV data tn AV file x, the data part m 
located at the end of AV ffle x is stored in a consecutive 
area of the DVD-RAM. with this being called the "former 
55 extent". 

[0513] Of the AV data in AV file y, the data part n 
located at the start of AV file y is also stored in a consec- 
utive area ol the DVD-RAM, with this being called the 
Tatter extent". 

40 [0514] As a result of the 'SPLIT command, AVfflesx 
and y are obtained with certain sections of AV data hav- 
ing been cutaway. However, while the file system man- 
ages the areas on the disc that correspond to the cut- 
away data as if they were empty, the data of the original 

45 AVfDeteinfact teftas rtis inthe togical Wocteonthe 
DVD-RAM. 

[0515] It is assumed that when the reproduction route 
is set by the user, tfie user does not need to consider 
the way in which AV blocks on the DVD-RAM store the 

so cut-away AV files. As a resuft, there is no way in which 
the positions on the DVD-RAM storing the former and 
latter extents can be identified for certain. Even if the 
reproduction route specifies the order as AV ffle x-»AV 
ffle y, there is still the possibility of AV data that is unre* 

55 lated to the present reproduction route being present on 
the disc between the former and the latter extent 
[0516] In view of the above consideration, the Qnking 
of AV files cut away by a SPUT command does not 
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assune tat the former orient and latter extent are 
recorded at consecutive positions on the DVD-RAM, 
and so should instead assume that the former extent 
and latter extent are recorded at completely unrelated 
positions on the DVD-RAM. 
[0517] Here, it should be assumed that at least one 
"other file extent", which is unrelated to the reproduction 
route Indicating the AV files x and y, Is present between 
the storage regions of the former extent and the latter 
extent 

[9518] Rg. 47B 6hows a representation of the posi- 
tional relationship of the storage areas on the DVD* 
RAM of the former extent and the latter extent in view of 
the above consideration. 

[0519] The AV file x including the former extent is par- 
tlalJy cut away as a result of the SPLIT command, and 
60 includes an empty area where the former extent was 
formerly present This area is called the Out area. As 
described above, this Out area in fact stiD logically 
includes the data of the AV file x that was cut out 
although the AV tile system unit 11 treats the area as an 
errpty area since the SPLIT command has already 
been issued. 

[0520] The AV file y inctudirtg the latter orient is par- 
tially cut away as a result of the SPLIT command, and 
so includes an empty area where the latter extent was 
formerly present This area is called the In area. As 
described above, this In area in fact still logically 
includes the data of the AV file y that was cut out, 
although the AV file system unit 11 treats the area as an 
empty area since the SPLIT command has already 
been issued. 

[0521] In Rg.47B, the former extent is stored at a pre- 
ceding position to the latter extent though this merely 
illustrates one example, so that it is perfectly possible tor 
the latter extent to be stored at a preceding position to 
the former extent 

[0522] In the present example, the other file extent is 
present between the former extent and the tatter extent 
While the tn area and the Out area are ideal for the 
recording of the irwnemory data, the continuous length 
of the In area and the Out area is restricted due to the 
presence of the other fOe extent between the former 
extent and the latter extent 

[0523] Instep S62 in the flowchart of Fig. 49, the AV 
file system unit 11 calculates the data size of the Out 
area, and the data size of the In area. 
[0524] On finding the data size of the In area and the 
Out area, the AV file system unit 11 refers to the data 
size m of the former extent and the data size n of the lat- 
ter extent and judges whether the former extent could 
cause an underflow in the track buffer during reproduc- 
tion. 

(3-3-7-1-4-1) Prpcgssjrg when the Former Extent m is 
less than the AV Block length 

[0525] When the former extent m is shorter than the 
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AV block length and the latter extent n is at least equal 
to the AV block length, an underflow may occur for the 
former extent ra The processing proceeds to step S70 
in Fig. 50. 

s [0526] Rg. 50 is a flowchart when the former extent m 
Is shorter than the AV block length and the latter extent 
n is at least equal to the AV block length. The process- 
ing by the AV fDe system unit 1 1 in Rg. 50 is explained 
with reference to Figs. 51, 52, and 53. Figs. 51, 52. and 

10 53 show the relationships among the data sizes of the 
extents m and n, the In area and the Out area I and J, the 
in-memory data k, and the AV block B, as well as the 
areas in which each piece of the data is recorded and 
the areas to which the data Is moved. 

15 [0527] The former extern is shorter than me AVbtock 
length. As a result an underflow would occur if no remo- 
val action were taken. Accordingly, the flowchart in Rg. 
50 shows the processing to determine the appropriate 
storage location tor the former extent and the irwnem- 

20 ory data. 

[0528] In step S70, it is judged whether the sum of the 
sizes of the former extent and the in-memory data is 
equal to or greater than the AV block length. H so, the 
processing proceeds to step S71, and it is Judged 

25 whether the Out area are Is larger than the irwnemory 
data. When the Out area is larger than the irwnemory 
data, the in-memory data is written in the Out area to 
make the consecutive length of the former extent at 
least equal to the AV block length. Rg. 51A shows an 

30 arrangement of the former extent the latter extent the 
In area, and the Out area on the DVD-RAM in a relation- 
ship tek, rmJoB. In Fig. 51 B. when the in-memory data 
is recorded in the Out area, the consecutive length of 
the former extent becomes at least equal to the AV 

35 block length. 

[0529] On the other hand, when the Out area is 
smaller than the irwnemory data, data is moved. Rg. 
52A shows an arrangement of the former extent the lat- 
ter extent, the In area, and the Out area on the DVD- 

40 RAM in a relationship i<k. m+k>B. 

[0530] In Rg.52A, the former extent is first read into 
the memory, and in Rg. 52B the former extent is written 
in an errpty area in the same zone as the former extent. 
After the first extent has been moved, the in-memory 

45 data is written immediately after the moved former 
extent es shown in Rg. 52C. 
[0531] When the sum of the 6lzes of the former extent 
and the In-memory data is less than the AV block length, 
the processing proceeds to step S72. In step S72, it is 

so fudged whether the sum of the sizes of the former 
extent the tatter extent and the in-memory data is at 
least equal to two AV block lengths is judged. When the 
sum of the 6izes is less than the AV block length, even rf 
data is moved, the size is less than the AV block length. 

55 As a result an underflow occurs. When the sum of the 
sizes is less than two AV bfock lengths, even if the 
former extent the in-memory data, and the latter extent 
are written in a logical block, the recording time will not 
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be too long. In the flowchart in Frg. 50. when the sum of 
the sizes of the bwnemory data, the former extent, and 
the tetter extent te less than two AV ttocte. the process- 
ing proceeds from step S72 to step S73, and the former 
extent and the latter extent are moved. 
[0532] Fig. 53A shows an arrangement of the former 
extent the latter extent the In area, and the Out area on 
the DVD-RAM in a relationship \<K rmfcc* 
Bsmm+k^a In this case, a search is performed for an 
empty area in the same zone as the former extent and 
the latter extent When an empty area is found, the 
former extent is read into the memory and is written in 
the empty area to move the former extent to the empty 
area, as shown In Fig. 53B. After the move, the tn-mem» 
ory data is written just after the moved former extent as 
shown in Fig. 53C. After the in-memory data has been 
written, the latter extent is read into the memory and is 
written immediately after the occupied area of the in- 
memory data to move the latter extent to the empty 
area, as shown in Fig* 53a 

[0533] When the sum of the sizes of the in-memory 
data, the former extent and the latter extent is at least 
equal to two AV Woe* lengths, the processing proceeds 
from step S72 to step S74. When the sum of the sizes is 
equal to or greater than two AV Mock lengths. ttwQI take 
a tong time to write the data into the logical block. Mean- 
while, a simple method in which the former extent is 
moved and the In-memory data is written Just after the 
moved former extent should not be adopted in view of 
the access speed. Here, it should be especially noted 
that the processing proceeds from step $72 to step S74 
because the sum of the sizes of the in-memory data and 
the former extent is less than the AV block length. The 
reason why the sum of the sizes of the in-memory data 
and the former extent is less than the AV block length 
yet the sum of the sizes of the in-memory data, the 
former extent and the tatter extent is at least equal to 
two AV block lengths is that the latter extent size is rela- 
tively large, with the difference between the latter extent 
size and the AV block length is being large. As a result 
when the sum of the sizes of the former extent and the 
in-memory data is less than the AV block length, part of 
the data in the latter extent may be added to the sum, 
with there being no risk of the remaining data size of the 
latter extent being insufficient 
[0534] When the sum of the sizes of the in-memory 
data, the former extent and the latter extent is at least 
equal to two AV block lengths, the processing proceeds 
from step S72 to step S74, and the data are linked in the 
manner shown in Figs. 54A to 54D. 
[0535] Fig. 54A shows an arrangement of the former 
extent the latter extent the In area, and the Out area on 
the DVD-RAM in a relationship nuk<B, m+mte2a In 
this case, a search is performed for an empty area tn the 
same zone as the former extent and the latter extent 
When such an empty area is found, the former extent is 
read into the memory and is then written in the empty 
area to move the former extent as shown in Fig. 54a 



Next the in-memory data is written immediately after 
the moved former extent as shown In Fig. 54C. When 
the Memory data has been written, a set of data that 
is sufficiently large to make the size of the data in this 
5 empty area equal to AV block size is moved from the 
start of the latter extent just after the in-memory data as 
shown in Fig. 54D. 

[0538] After the former extent the in-memory data 
and front part of the latter extent are linked in the above- 
10 descrbed procedure, the file entries of the AVffle Af that 
includes the former extent and the AV file AM are inte- 
grated. One integrated file entry is obtained, and the 
processing encte. 

13 (3-2-7-1-4-2) Processing When the Latter Extent n is 
shorter than the AV Bock Length 

[0537] When the judgment *No" is given in step S63 in 
theltowchart of Fig. 49, the processing proceeds to step 

20 S64 where His judged whether the former extent mis at 
least equal to the AV block length but the latter extent n 
is shorter than the AV block length. In other words, in 
step S63, it is judged whether an underflow may occur 
for the latter extent 

25 [0538] Fig. 55 is a flowchart when the latter extent is 
shorter than the AV block length and the former extent is 
at least equal to the AV block length. The processing by 
the AV file system unit 11 in the flowchart in Fig. 55 is 
explained with reference to Figs. 56, 57, 58 and 59. 

so Figs. 58, 57, 58 and 59 show the relationships among 
the data sizes of the extents m and n. the In area and 
the Out area i and j, the in-memory data k, and the AV 
block B, as weO as the areas in which each piece of the 
data is recorded and the areas to which the data is 

3$ moved. 

[0539] tn step S75, it is judged whether the sum of the 
sizes of the latter extent and the in-memory is at least 
equal to the AV block length. If so, the processing pro- 
ceeds from step S75 to step S76. where it is judged 

40 whether the In area is larger than the in-memory data 
Rg. 56A shows an arrangement of the former extent 
the latter extent the In area, and the Out area on the 
DVD-RAM in a relationship £k, n+toB. In Fig. 56B, the 
recording of the in-memory data in the In area results in 

43 the consecutive length of the latter extent becoming at 
least equal to the AV block length. 
[0540] On the other hand, when the In area is smaller 
than the in-memory data, data is moved. Fig. 57A 
shows an arrangement of the former extent the latter 

so extent the In area, and the Out area on the DVD-RAM 
in a relationship j<K n+teB. tn this case, a search is 
performed for an empty area in the same zone as the 
former extent and the latter extent When such an empty 
area is found, the in-memory data is written in the empty 

55 area as shown in Fig. 57B. The tatter extent is then read 
into the memory and is written immediately after the 
occupied area of the in-memory data, as shown In Rg. 
57C. 
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[0541] When the sum of the sizes of the latter extent 
and the in-memory data is less than the AV Woe* length, 
the processing proceeds from step S75 to step S77. In 
step S77, it te judged whether the sum of the sizes of the 
former extent the latter extent, and the in-memory data 
is at least equal to two AVbtock lengths. 
[0542] When the sum of the sizes is less than two AV 
Wock lengths; the processing proceeds to step S78. Fig. 
58A shows an arrangement of the former extent, the lat- 
ter extent the tn area, and the Out area on the DVD- 
RAM in a relationship j<K mk<a rmn+fc<2R In step 
S78, the AV fDe system unit 11 searches tor an empty 
area in the same zone as the former extent and the lat- 
ter extent When such an empty area is found, the 
former arteritis read into the memory and is written into 
the empty area to move the former extent to the empty 
area, as shown In Fig. 58 B. Next the In-memory data Is 
written immediately after the moved former extent as 
shown in Fig. 58C When the irwnemory data has been 
written, the latter extort is read into the memory and is 
written immediately after the area occupied by the in- 
memory data to move the latter extent to the empty 
area, as shown in Fig. 58D. 

[0543] When the sum of the sizes of the irwrtemory 
data, the former extent and the tatter extent is at least 
equal to two AV Mock lengths, the processing proceeds 
from step S77 to step S79. and the data are linked in the 
manner 6hown in Figa 59A to 59D. 
[0544] Fig. 59A shows an arrangement of the former 
extent the tetter extent the In area, and the Out area on 
the DVD-RAM in a relationship n+k<B, rmmte2a In 
this case, a search is performed for an empty area in the 
same zone as the former extent and the latter extent 
When such an empty area is found, data with a data 
size of which is (the AV block length - (mk)) is moved 
from the end of the former extent to the empty area, as 
shown in Fig. 59a As shown in Fig. 59C, the in-memory 
data is written immediately after this data moved from 
the former extent When the in-memory data has been 
written, the latter extent is moved to immediately after 
the occupied area of the in-memory data, as &hown in 
Fig. 59a 

[0545] When the judgement "No" is given in step S64 
in the flowchart in Fig. 49. the processing proceeds to 
step S65. where it is Judged whether the both the former 
extent mand the latter extent n are shorter than the AV 
block length is fudged, tn other words, it is judged 
whether an underflow may occur for both the former 
extent m and the tatter extent n. 
[0546] Fig. 60 is a flowchart for when both the former 
extent and the latter extent are shorter than the AV block 
length. The processing by the AV file system unit 11 in 
the flowchart in Fig. 60 is explained with reference to 
Rgs. 61. 62. 63 and 64. Figs. 61, 62. 63 and 64 show 
the relationships among the data sizes of the extents m 
and n, the In area and the Out area i and j, the in-mem- 
ory data k, and the AV block a as well as the areas in 
which each piece of the data is recorded and the areas 



to which the data is moved. 

[0547] tn step SSO in this flowchart it is Judged 
whether the sum of the sizes of the in-memory data, the 
former extent and the latter extent is at least equal to 

s AV block length. If not the processing proceeds to step 
S81. tn this case, the sum of the sizes of the former 
extort, the in-memory data, and the latter extent is 
shorter than the AV block length. As a result H is Judged 
whether there is an extent which follows the latter 

ro extent When no extent follows the latter extort, the lat- 
ter extent isattheendoftheAVfaethatte created by 
the Gnto'ng of data so that no additional processing is 
needed. When an extent follows the latter ©dent an 
underflow may occur since the sum of the sizes of the 

15 former extent the in-memory data, and the latter extent 
is less than the AV block length. In order to avoid such 
underflow, when the extent following the latter extent is 
tanked to the tetter extent by the link processing shown in 
Figs. 61A-61& Fig. 61A shows an arrangement of the 

20 former extent the latter extent the In area, and the Out 
area on the DVD-RAM in a relationship m+n+k<a tn 
step S81. the AV tie system unit 11 writes thein-mem- 
ory data in the tn area, as shown in Fig. 61 a When the 
in-memory data has been written in the In area, the AV 

25 file system unft 11 reads the latter extent into the mem- 
ory and writes the read latter extent immediately after 
the area occupied by the irwrtemory data to move fee 
latter extent to the empty area, as shewn in Fig. 61C 
[0548] Then, as shown in Ftg.61D. the AV file system 

so unit 11 takes data whose size is (the AV bkx* length - 
(the former extent + the in-memory data + the latter 
extent)) from the extent following the latter extent The 
AV fie system unit 11 links this data with the former 
extent the in-memory data, and the latter extent 

35 [0549] When the sum of the sizes of the former extent, 
the latter extent and the in-memory data is at least 
equal to the AV block length, the processing proceeds to 
stepS82. In step S82, the AVfUe system unit 11 judges 
whether the data size of the Out area following the 

40 former extent is less than the sum of the sizes of the lat- 
ter extent and the in-memory data. If not the processing 
proceeds to step S83. Rg. 62A shows an arrangement 
of the former extent the latter extort, the tn area, and 
the Out area on the DVD-RAM in a relationship fen+K 

45 m+n+tea Instep $83. the AVfOe system unit 11 writes 
the in-memory data into the tn area, as shown in Fig. 
62a After writing the in-memory data, the AV fDe sys- 
tem unit 11 reads the tatter extern Into me memory and 
writes the latter extent immediately after the occupied 

60 area of the in-memory data to move the latter extent 
[0550] When the data size of the Out area following 
the former extent is less than the sum of the sizes of the 
latter extent and the in-memory data, the processing 
proceeds from step S62 to step S84. In step S84, it is 

55 judged whether the data size of the In area preceding 
the latter extent is less than the sum of the sizes of the 
former extent and the in-memory data. If not the 
processing proceeds to step S85. Rg. 63A shows an 
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arrangement of the former extent, iho latter extent the 
In area, and the Out area on the DVD-RAM In a relation- 
ship I<thK m+mteB. In step S85, the AV He system 
unit 11 writes the in-memory data in the In area as 
shown in Fig. 63B. After writing the In-memory data, the 
AV fOe system unit 1 1 reads the former extent Into the 
memory and writes the former extent into a storage area 
immediately before the occupied area of the irwnemory 
data to move the former extent to the In area, as shown 
InRg. 63G 

[0551] When the Judgement "No" Is given in step S84, 
the processing proceeds to step S86. Fig. G4A shows 
an arrangement of the former extent the latter extent 
the tn area, and the Out area on the DVD-RAM In a rela- 
tionship kn+k J<m+k. rmn+te& In step S86, it is 
judged whether the sum of the sizes of the former 
extent the latter extent and the irwnemory data is more 
than two AV block lengths. H not the AVfDe system unit 
11 searches for an empty area In the same zone as the 
former cedent When an empty area is found the AV file 
system unit 11 reads the former extent into the memory 
and writes the read former extent into the empty area to 
move the former extent to the empty area, as shown in 
Fig. 64a After the move, the AV fie system unit 11 
writes the irwnemory data into a storage area Immedi- 
ately after the moved former extent as shown In Fig. 
64C After writing the Irwnemory data, the AV fie sys- 
tem unit 11 reads the latter extent into the memory and 
writes the tatter extent into a storage area just after the 
occupied area of the in-memory to move the latter 
extent to the empty area, as shewn in Fig. 64a 
[0552] When the combined size of the former extent 
the latter extent and the irwnemory data exceeds AV 
blocks, it is judged whether either the Out area a the In 
area is large. When the Out area is large; a part of the 
in-memory data is recorded in the Out area to make the 
continuous length equal to AV block length. The remain- 
ing part of the in-memory data is recorded In a different 
empty area, and the latter extent is moved to a position 
directly after this remaining part of the irwnemory data. 
[0553] When the In area is targe, the AVfHe system 
unit 11 moves the former extent to an empty area and 
records a first part of the in-memory data to make the 
continuous length equal to AV block length. After this, 
the remaining part of the In-memory data is recorded in 
the In area. 

[0554] As a result of the above processing for moving 
extents, trie total consecutive length can be kept equal 
to or below 2 AV block lengths. 
[0555] After the former extent the irwnemory data, 
and front part of the tatter extent are linked in the above- 
described procedure, the file entries of the AV f He Af that 
includes the former extent and the AV f Oe Af+1 are inte- 
grated. One integrated file entry is obtained, and the 
processing ends. 



(3-2-7-1 -4-31 Processing When Both the Former Extent 
and the Latter Extant are at Least Eoual to the AV Block 
Length 

5 [0556] When the Judgement "No" is given in step S65 
in the flowchart of Fig. 49, the processing proceeds to 
step S66 where it is judged whether the in-memory data 
is at least equal to the AV block length, if so, the in- 
memory data is recorded in an empty area and the 

10 processing ends. 

[0557] WhentheJuJgment"No*isgtveninstepS66in 
the flowchart of Fig. 49, the AV ffle system unit 11 
judges whether the former extent m is at least equal to 
the AV block length, the latter extent n is at least equal 

is to the AV block length, but the In-memory data is 
smaller than the combined size of the In area i and the 
Out area). Tig. 65 is a flowchart when the latter extent 
is at least equal to the AV block length. 
[0558] Figs. 66A-66D show an supplementary exam- 

so pie showing the processing of the AV fie system unit 1 1 
in Fig. 65. In Fig. 66A, the former extent and latter extent 
are both at least equal to the AV block length. Figs. 66B- 
660 show how the in-memory data and extents are 
recorded in the In area. Out area, and other empty 

25 areas as a result of the steps in Fig. 65. 

[9559] tn this case, there is no risk of an underflow 
occurring tor either the former or the latter extent It 
would be ideal, however, if the in-memory data could be 
recorded in at least one of the Out area following the AV 

30 ffle Af and the tn area preceding the AF file Af+1 without 
having to move the former or latter extent. 
[0560] In step S87 of the flowchart in Fig. 65. it is 
judged whether the size of the Out area exceeds the 
data size of the in-memory data. If 6a the in-memory 

35 data is simply recorded Into the Out area in step S88, as 
shown in Fig. 66R 

[0561] If the size of the Out area is below the data size 
of the in-memory data, the processing proceeds to step 
S69, where it is judged whether the 6ize of the In area 

40 exceeds the data size of the in-memory data. If so, the 
in-memory data is simply recorded Into the In area in 
step S90, as shown in Fig. 66C. H the in-memory data 
cannot be recorded into either the Out area or the In 
area, the processing proceeds to step S91 where the in- 

45 memory data is cfivided into two parts that are respec- 
trvery recorded in the Out area and tn area, as shown in 
Fig.66D. 

[0562] After the former extent, the in-memory data, 
and front part of the latter extent are linked in the above- 
so descrfoed procedure, the file entries of the AV ffle Af that 
includes the former extent and the AV file AM are inte- 
grated. One integrated file entry is obtained, and the 
processing ends. 

55 
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13-2-7-1-4-41 Processing When Both ttm Fmmsr Extent 
and tha Latter Btfenl are at Leafit Equal to thaAVBteck 
Length 

[0563] In step S69 In the flowchart of Fig, 49, it is 
judged whether the former extent m is at least equal to 
the AV block length and the latter extent n is at least 
equal to the AV block length, but the size of the in-mem- 
ory data k exceeds the combined size of the Out area j 
and the In area i. 

[0564] Fig. 67 is a flowchart showing the processing 
when both the former extent but fte combined size of 
the In area and tha Out area is below the data size of 
the in-memory data Figs. 68A-68E show supplemen- 
tary examples toe the processing of the AV file system 
unit 1 1 in the flowchart of Fig. 67. In Fig. 68A, both the 
former extent and the latter extent are at least equal to 
AV block length. Figs. 688-66D show how the extents 
and in-memory data are recorded in the In area. Out 
area, and other empty areas as a result of the steps in 
Fig. 67. 

[0565] to thte case, bo^ me tomier extern and the la> 
tar extent are at least equal to AV block length, so that 
there is no risk of an underflow occurring, although the 
recxxtfing area of the (rwT)emory data nusttave a con- 
tinuous length that is at least equal to AV block length. 
[0566] In step $92, it is Judged whether the total size 
of the former extent and the in-memory data is at least 
equal to two AV block lengths. 
[0567] H the total size exceeds two AV block lengths, 
the processing advances to step S93 where data whose 
size is (AV block length-data size of in-memory data k) 
is read from the end of the former extent and moved to 
an empty area where the in-memory data is ateo 
recorded. This results in the recording state of this 
empty area and both extents being equal to AV block 
length, as shown in Fig. 68a 
[0568] If the judgement "No" is given In step S92. the 
processing advances to step S94, where it is judged 
whether the total size of the latter extent and the in- 
memory data is at least equal to two AV block lengths. If 
so, the processing follows the pattern in step S92. since 
an excessively long logical block write operation is to be 
avoided and since a relatively large amount of data can 
be moved from the latter extent without any risk of the 
latter extent ending up shorter than AV block length. 
[0569] If the total size of the latter extent and the in- 
memory data is at least equal to two AV block lengths, 
the processing advances to step S95, where data 
whose size is (AV block length-data size of in-memory 
data k) is read from the start of the latter extent and 
moved to an empty area in the same zone as the former 
and latter extents, where the in-memory data is then 
also recorded. This results in the recording state of this 
empty area and both extents being equal to AV block 
length, as shown in Fig. 68C. 
[0570] If the total size of the former extent and the in- 
memory data is below two AV block lengths, and the 



total size of the latter extent and the in-memory data is 
below two AV block lengths, the totaJ data amount to be 
written into logical blocks will be less than two AV block 
lengths, so that the move processing can be performed 
5 wfthoutconcem tor the time taken by the write process- 
ing involved. 

[0571] Accordingly, when the total size of the former 
extent and the in-memory data is below two AV block 
lengths, and the total size of the tatter extent and the in- 

io memory data is below two AV block lengths, the 
processing advances to step S96, where the larger of 
the former extent and the tatter extent is found. In this 
situation, either the former or the latter extent may be 
moved, although in the present embodiment it is Ideal 

is for the smaller of the two to be moved, hence this judge- 
ment in step $9& When the former extent is the smaller 
of the two, in step S97 the former extent is moved, with 
the in-memory data then being recorded at a position 
immediately after the in-memory data. When doing so, 

20 the continuous length of the data recorded in this empty 
area will be below two AV block lengths, as shown in 
Fig. 68a 

[0572] When the latter extent is the smaller of the two, 
in step S98 the latter extent is moved, with the irvmem- 

25 ory data then being recorded at a position immediately 
before the in-memory data. When doing so, the contin- 
uous length of the data recorded in this empty area wO) 
be below two AV block lengths, as shown in Rg.68E. 
[0573] After the former extent, the in-memory data, 

jo and front part of the latter extent are finked in the above- 
described procedure, the file entries of the AV file Af that 
includes the former extent and the AV file Af+1 are inte- 
grated. One integrated f8e entry is obtained, and the 
processing ends 

35 [0574] Flowcharts for "MERGE" processing in a vari- 
ety of circumstances have been explained, with it being 
possible to Omit the data size of the moved and recorded 
data to two AV block lengths in the worst case scenario. 
However, this does not mean that there are no cases 

40 where data that exceeds two AV blocks lengths needs 
to be written, with the following two cases describing 
such exceptions where data that exceeds two AV blocks 
lengths needs to be written. 

[0575] In the first exception, an empty area with a con- 
45 tinuous length of two AV block lengths is required, 
although only separate empty areas of AV block length 
are available. In this case to create an empty area with 
a continuous length of two AV block lengths, AV data for 
one AV block length must be moved. 
so [0576] In the second exception, in step S81 of Rg. 60, 
the moving of data from the latter extent results in the 
remaining part of the latter extent becoming below AV 
block length. In this case, a further move operation 
becomes necessary, with the total amount of moved 
s$ data in the entire processing exceeding two AV block 
lengths. 

[0577] While the above explanation only deals with the 
linking of two AV files and in-memory data, a MERGE 
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command may be executed for only one AV f fle and in- 
memory data. This case is the same as when adding 
data to the final extent In an AV tie, so that the total size 
after such addition needs to be at feast equal to AV 
block size. As a result the irwnemory data is recorded $ 
into the Out area following this final extent When the 
Out area is too small to record aO the in-memory data, 
the remaining part of the in-memory data may be 
recorded in a separate empty AV block. 
[0578] The above linking process has been explained to 
for the premise of seamless reproduction within a file, 
although it may also be used tor seamless reproduction 
across flea Seamless reproduction across tiles refers 
to a branch in reproduction from a present AV file to 
another AV tie. In the same way as described above, 15 
when linking two AV files and in-memory data, the con- 
tinuous length of each extent must be at least equal to 
AV block length, so that a thorough Bnkpfoceduremust 
be used. 

[0579] This completes the explanation of the linking so 
procedure used by the AV file system unit 1 1 . 

(3-2-7-1 «5) Updating of the VOB Information and PGC 
Information 

25 

[0580] The following is an explanation of the updating 
of the VOB information (time map table, seamless Gnk- 
ing information) and PGC inf or m a tion (cell information) 
when executing a SPLIT command or MERGE com- 
mand. 30 
[0581] First the processing when a SPLIT command 
has been executed will be explained. Out of the plurality 
of AV files that are obtained by the execution of the 
SPLIT command, one AV He is assigned the same 
AV.RIeJO as the AV fUe which recorded the VOB from ss 
which it was spGt The AV_ReJDs of the other AV files 
split from the AV file however need to be assigned new 
values. 

[0582) VOBs that were originally recorded as an AV 
fDe will lose several sections due the execution of a *o 
SPLIT commano; so that the marks that indicated the 
tost sections need to be deleted. In the same way. the 
cell information that gave these marks as the start 
points and end points need to be deleted from the 
RTRW management file. 

[0583] In addition to deleting the mark points, it is nec- 
essary to generate new cell information that indicates 
the video presentation start frame of the AV file as 
CJMLPTM and the video presentation end frame of 
the AV file as CV_E_PTM. and to add this new cell so 
inform a tion to the RTRW management ffie. 
[0584] The VOB information that includes the seam- 
less linking information and time map table is divided 
into a pluraSty of parts when the corresponding VOB is 
divided. In more detaft, H mx VOBs are produced by the 55 
division, the VOB information is divided to give mx time 
map tables and mx sets of seamless linking information. 
[095] The video presentation start time 



VOB_V_S_PTM and the video presentation end time 
VOB_V_E_PTM of a VOB generated by the processing 
that accompanies the execution of the SPLIT command 
are respectively set based on the C_V_S_PTM, 
C.VJLPTM indicated by the start point and end point 
in the cell Information used tor the SPLTT command. 
The LAST.SCR and FIRST_SCR in the seamless link- 
ing information are also updated. 
[0586] The following is a description of how the infor- 
mation id updated when a MERGE command has been 
executed. The execution of a ME ROE command results 
in one AVfile being produced from a plurality of AV files, 
so that the VOBs that are included in this plurality of AV 
ffles will be composed of sets of frame data that are not 
interrelated, meaning that the time stamps across these 
AV files will not be continuous. Since these are man- 
aged as a VOB that differs from the plurality off VOBs 
that were originally included in Afferent AV files, sepa- 
rate VOBJDs wiO be assigned to these VOBs. 
[0587] The other necessary processing is as 
described in the second embodiment However, the 
C_V_E_PTM in the cefl information ftat specifies a split 
area needs to be increased by the number of frames 
Included in the part of the former VOBU that have been 
encoded. Sintiarty, the C_VjS_PTM in the cell informa- 
tion that sp etiftes a spot area in a latter AV fit e needs to 
be decreased by the number of frames included in the 
part of the latter VOBU that have been encoded. 

(3-2-3) 

[0588] The defragmentation unit 16 is connected to a 
fixed magnetic disc apparatus, This defragmentation 
unit 16 reads an extent out of the extents recorded on 
the OVD-RAM that have been subjected to link process- 
ing or other processing, that has an empty area on 
either side of its recording area and writes this extent 
onto the f ixed magnetic disc apparatus to generate 
backup data in the fixed magnetic disc apparatus. After 
writing all of such extent onto the fixed magnetic disc 
apparatus, the detrao/nentation unit 1 6 reads the gener- 
ated backup data and writes the backup data for the 
backed-up extent into the empty area adjacent to the 
extent. 

[05891 Here, extents which have an empty area adja- 
cent to their reconfing area are extents that have been 
generated by the AV file system unit 11 executing a 
"SPLIT command or a "SHORTEN" command These 
empty areas equate to areas have been cleared and not 
since used as the recording area of the in-memory data 
or the moved-to area for an extent when a MERGE 
command has been performed. 
[0590] Rgs> 69A-69D show an example that illustrates 
the operation of the defragmentation unit 16. In Rg. 
69A, extent #x is shown as an extent with empty areas 
i, j on both sides of its recording area* As shown in Rg. 
69A. the defragmentation unit 16 detects this extent 
reads it from the DVD recorder 70. and writes ft onto the 
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fixed magnetic disk apparatus. 
[0591 ] As a result of this write operatio n , backup data 
is generated in the fixed magnetic disk apparatus, as 
shown in Rg. 69R After this, the defragmentation unH 
1 6 reads the backup data from the fixed magnetic disk 
apparatus, as shown in Rg. 69C, and writes the extent 
onto the DVD-RAM to use both the current recording 
area of the extent #x and the empty area j following this 
recording area. This creates a continuous empty area of 
length t+j before the extent #x, as shown in Fig. 69D By 
next performing this processing for the extent #y, the 
continuous length of the empty area can be further 
increased. 

[0592] The recoftfing performed by the defragmenta- 
tion unit 16 is achl&ed by first storing an extent on the 
fixed magnetic disk apparatus, so that even if a power 
failure occurs for the DVD recorder 70 during the writing 
of the extent back onto the DVD-RAM, this writing 
processing can stiD be re-executed. By generating 
backup data before moving the extents to free large 
empty areas on the DVD-RAM, there is no risk of the 
losing the data in an extent when there isa power failure 
tor the DVD recorder 70. 

[0593] With the present embodiment described 
above, the editing of a phirafity of AVfSes can be freely 
performed by the user. Even if a plurality of fragments] 
AV files with short continuous lengths are generated, 
the DVD recorder 70 wiD be able to links these short AV 
files to generated AV files with continuous lengths that 
are at least equal to AV block length. Asa result prob- 
lems caused by the fragmentation of AV files can be 
managed, and uninterrupted reproduction can be per- 
formed for the AV data that is recorded in these AV files. 
[0594] During the link processing, it is Judged whether 
the total size of the data to be written teas least equal to 
two AV block lengths, and if sen the moved amount of 
prerecorded AV data is restricted. As a result, it can be 
guaranteed that total size of the data to be written is 
below two AV block lengths, so that the linking can be 
completed in a short amount of time. 
[0595] Even when it is necessary as a result of a user 
editing operation for a plurality of files to record re- 
encoded data with a short continuous length, the DVD 
recorder 70 will record this re-encoded data at a record- 
ing position that allows the re-encoded data to be finked 
with the AV data that precedes or follows it during repro- 
duction. This means that the fragmented recording of 
re-encoded data Is prevented from the outset, so that 
uninterrupted reproduction will be possible for the AV 
data that is recorded in such an AV file. 
[0596] it shoidd be noted here that the movement of 
data may also be performed so as to avoid excessive 
separation on the disc of two sets of AV data that have 
been linked together, in such a case, the data produced 
by linking the sets of data that are physically separated 
on the disc is arranged in a manner that ensures unin- 
terrupted reproduction of the two sets of AV data wfll be 
possible. However when special reproduction such as 



fast forward is performed, excessive separation of the 
data on the cfisc will result in jerky r e product ion of the 
data. 

[0597] To ensure smooth reproduction in such a case, 
5 whentwosetsofAV data are linked, if one of the sets of 
data has a consecutive length that is several times a 
predetermined amount and an empty block of suitable 
size is positioned between the two sets of data, the data 
may be moved to this empty block. By doing so, smooth 
10 reproduction can be ensured for both normal reproduc- 
tion and special reproduction. 
[0598] It should be noted here mat the time informa- 
tion may be taken from the mark points in the cell infor- 
mation and managed with information such as address 
is taken from the time map table in the form of a table. By 
doing so, this information can be presented to the user 
as potential selections in a screen showing the initial 
pre-editing state. 

[0599] Reduced images {known as 'IhumbnaQs') may 
20 also be generated for each mark point and stored as 
separate fUes, with pointer information also being pro- 
duced for each thumbnail. When displaying the cell 
information at the pre-editing stagey these thumbnails 
may be tisplayed to show the potential selections that 
25 can be made by the user. 

[0600] AIsol whfle the present embodiment describes 
a case when video data and audio data are handled, 
this is not an effective limitation for the techniques of the 
present invention. For a CVD-ROM, sub-picture data for 
30 subtitles that has been run-length encoded and still 
images may also be handled. 
[0601] The processing of AVfBe system unit 11 (Figs. 
48A, 488, 49-50, 55, GO. 65, 67) that was described in 
this third embocfimertt using flowcharts can be achieved 
35 by a machine language program. Such machine lan- 
guage program may be distributed and sold having 
been recorded on a recording medium. Examples of 
such recording medium are an IC card, an optical cfisc. 
or a floppy disc. The machine language program 
40 recorded on the recorcfing medium may then be 
installed into a standard personal computer. By execut- 
ing the installed machine language programs, the 
standard personal computer can achieve the functions 
of the video data editing apparatus of this third embodi- 
es merit 

Fourth Embodiment 

[0602] The fourth embodiment of the present inven- 
60 tion performs a two-stage editing process composed of 
virtual edits and real etfts using two types of program 
chain, namely user-delirted PGCs and ortgna) PGCs. 
To define the user-defined PGCs and the original PGCs, 
a new table is added to the RTRW management fie of 
55 the first embodiment 
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RTRW Management File 

[0603] The following Is a description of the construc- 
tion of the RTRW maragernerrtfflein this fourth embod- 
iment In the fourth embedment, the RTRW 
management fle is recorded in the same directory as 
AV ties (the RTRW directory), and has the content 
shown in Fig. 70 A 

[0604] Fig. 70A shows a detailed expansion of the 
stored content of the RTRW management f De in the 
fourth embodiment This is to say. the logical format 
located on the right side of Fig. 70A shows the logical 
format located on the left side in more detail, with the 
broken guidelines in Rg. 70A showing the correspond- 
ence between the left and right sides. 
[0605] Rom the logical format of VOBs shown in Rg. 
70A, the RTRW management file can be seen to include 
an original PGC information table, a user-defined PGC 
information table* and a title search pointer, in addition 
to the VOB information of the first embodiment 

Conten t of tha Original PGC information 

[0606] The original PGC information table is com- 
posed of a plurality of sets of original PGC information. 
Each set of original PGC information is information that 
indicates either the VOBs that are stored in a AV fle 
present in the RTRW directory or sections within these 
VOBs, in accordance with the order in which these are 
arranged in the AV fila Each set of original PGC infor- 
mation corresponds to one of the VOBs recorded in an 
AV f fle present in the RTRW directory, so that when an 
AVfOe is recorded in the RTRW directory, sets of origi- 
nal PGC information are generated by the video data 
editing apparatus and recorded in the RTRW manage- 
ment fila 

[0607] Rg.70B shows the data format of a set of orig- 
inal PGC information. Each set of original PGC intorma- 
tfon is composed of a plurality of sets of cell information, 
with each set of ceil information being composed of a 
ceO ID (CELL #1, #2, #3, #4... in Rg. 70B) that is a 
unique identifier assigned to the set of ceB information, 
an AV ffle ID (AVFJD in Rg. 70B), a VOBJDt a 
C_V_S-PTM, and a CV_E_PTM. 
[0608] The AV file ID is a column for writing the Iden- 
tifier of the AV file that corresponds to the set of ceO 
information. 

[0609] The VOBJD is a column tor writing the identi- 
fier of a VOB that is included in the AVfBa When a plu- 
rality of VOBs are included in the AV file that 
corresponds to the set of cell information, this VOBJD 
indicates which of the plurality of VOBs corresponds to 
the present set of ceD information. 
[0610] T*e cell start time C_V_S_PTM (abbreviated to 
C_V_S_PTM in the drawings) shows the start time of 
the cell indicated by the present cell information, and so 
has a column for writing the PTS that is assigned to the 
start time of the first video field in the section using PTM 



descriptor format 

[0611] The cell end time C_V_E_PTM (abbreviated to 
C_V_E_PTM in the drawings) shows the end time of the 
ceU indicated by the present cell information, and so has 

5 a column for writing the end time of the final video field 
in the section using PTM descriptor format 
[0612] The tirro information given as the cefl starttime 
C_V_S J*TM and ceO end time C_V_E_PTM shows the 
start time for an encoding operation by the video 

10 encoder and the end time for the encoding operation, 
with these corresponding to the mark points inserted by 
the user. 

[0613] The cefl end time C_V_E_PTM in each set of 
ceil inform ation in a set of original PGC information 

1$ matches the ceil start time C_V_S_PTM of the next set 
of cefl information in the given order. Since this relation- 
ship is established between the sets of cell information, 
an original PGC indicates all of the sections in a VOB 
without omitting any of the sections. As a result an orig- 

20 inaj PGC is unable to indicate sections of a VOB in an 
order where the sections are interchanged. 

(4-1.3) Content of the User^defined PGC information 

25 [0614] The user-defined PGC information table is 
composed of a plurality of sets of user-defined PGC 
informatioa The data format of sets of user-defined 
PGC information is shown in Fig. 70C. Like the sets of 
original PGC informatioa the sets of user-defined PGC 

so information are composed of a pturaJty of sets of ceil 
Information, each of which is composed of an AV file ID. 
a VOBJD, a C_V_S_PTM, and a C_V_E_PTM. 
[0615] A set of user-defined PGC information is com- 
posed of a plurality of sets of cell information in the 

35 same way as a set of original PGC information, 
although the nature and arrangement of these sets of 
ceil information differ to those in a set of original PGC 
information. While a set of original PGC information 
indicates that the sections in a video object are to be 

40 sequentially reproduced in the order in which the sets of 
cell inforrnation are arranged, a set of user-defined PGC 
information is not restricted to indicating that the sec- 
tions in a video object are to be reproduced in the order 
in which they are arranged. 

45 [0616] The sections indicated by the sets of ceil infor- 
mation in a user-defined PGC can be the same as the 
sections indicated by the sets of user-defined PGC 
information or a part (partial section) of one of the sec- 
tions indicated by a set of original PGC informatioa 

so Note that it is possible for the section indicated by one 
set of celt Information to overlap a section indicated by 
another set of ceO information. 
[0617] There also may be gaps between a section that 
is indicated by one set of cell information and a section 

55 that is indicated by another set of cell informatioa This 
means that sets of user-defined PGC information do not 
need to indicate every section in a VOB. so that one or 
more parts of a VOB may not be indicated. 
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(0818) WhfleoriginaJPGCshava strict Bmhatkms con- 
cerning their reproduction orders, user-defined PGCs 
are not subject to such limitations, 60 that the reproduc- 
tion order of cells may be freely defined As a specific 
example, the reproduction order of the ceQs in a user- 
defined PGC may be the inverse of the order in which 
the ceOs are arranged. A&\ a user-defined PGC may 
indicate sections of VOBs that are recorded in different 
AV files. 

[0819] Original PGCs indicate the partial sections in 
one AV file or one VOB in accordance with the order in 
which the AVffle or VOBs are arranged, so that original 
PGCs may be said to respect the arrangement of the 
indicated data. User-defined PGCs, however, have no 
such restriction, and so are able to indicate the sections 
in the user's desired order. As a result these user- 
defined PGCs are ideal for storing reproduction orders 
that are provisionally determined by the user tor the fink* 
ing of a plurality of sections in VOBs during a video data 
editing operation. 

[0620] Original PGCs are associated to AVfBes and 
the VOBs in AV files* and the ceOs in an original PGC 
only indicate sections in these VOB& User-defined 
PGCs. meanwhile, are not limited to being associated to 
particular VOBs, so that the sets of cell information 
included in user-defined PGC information may indicate 
sections in different VOB& 

[0821] As another difference, an original PGC is gen- 
erated when recording an AV file, while a user-defined 
PGC may be generated at any point following the 
recorcfingof an AVfSa 

M-1-41 Unity of the PGC information - Video Attribute 

Information - AV File 

[0822] The following is an explanation of the inter- 
relatedness of the AV files. VOBs, and sets of PGC 
informatioa Fig. 71 shows the inter-retetedness of the 
AV files, VOBs, time map table, and sets of PGC infor- 
mation, with the elements that form a unified body being 
enclosed within the frames drawn using thick black 
lines. Note that in Rg. 71, the term "PGC information" 
has been abbreviated to "PGCP. 
[0623] tn Fig. 71, the AV f Qe #1 . the VOB information 
#1, and the original PGC information #1 composed of 
the sets of cell information #1 to #3 have been arranged 
within the same frame, while the AV file #2, the VOB 
information #2, and the original PGC information #2 
composed of the sets of ceO information #1 to #3 have 
been arranged within a different frame. 
[0624] These combinations of an AV file (or VOB), 
VOB information, and original PGC information that are 
present in the same frame in Rg. 71 are called an 'orig- 
inal PGC" under DVD-RAM standard. A video data edit- 
ing apparatus that complies to DVD-RAM standard 
treats the units called original PGCs as a management 
unit called a video title. 

[0625] For the example in Rg. 71, the combination of 



the AV fQe #1. the VOB In for matio n #1, and original 
PGC informations is called the original PGC #1, while 
the combination of the AV He #2, the VOB infor ma tion 
#2, and original PGC information #2 is called the origi- 

5 na)PGC#2. 

[0828] When recording an original PGC, in addition to 
recording the encoded VOBs on the DVD-RAM, it is 
necessary to generate VOB information and original 
PGC information tor these VOBs. The recording of an 

10 original PGC is therefore regarded as complete when all 
three of the AV file, VOB information table, and original 
PGC information have been recorded onto the DVD- 
RAM. Putting this another way, the recording of 
encoded VOBs on a DVD-RAM as an AV file itself is not 

is regarded as completing the recording of an original 
PGC on the DVD-RAM. 

[0627] This is also the case tor deletion, so that origi- 
nal PGCs are deleted as a whole. Putting this another 
way, when any of an AV file, VOB information and origi- 

20 nal PGC information is deleted, the other elements in 
the same original PGC are also deleted. 
[0828] The reproduction of an original PGC is per- 
formed by the user inricating the original PGC informa- 
tion. This means that the user does not give direct 

25 inctications for the reproduction of a certain AV file or 
VOBs. 

[0829] It should be noted here that an original PGC 
may also be reproduced in part Such partial reproduc- 
tion of an original PGC is performed by the user indicat- 
so ing sets of cell information that are included in the 
original PGC, although reproduction of a section that is 
smaller than a cell, such as a VOBU, cannot be indi- 
cated. 

[0830] The following describes the reproduction a 
as user-defined PGC In Rg. 71, it can be seen that the 
user-defined PGC information #3, composed of the 
cells #1 to #4, is included in a separate frame to the 
original PGCs #1 and #2 descrbed earlier. This shows 
that for DVD-RAM standard, the user-defined PGC 
40 information is not in fact AVdata. and is instead man- 
aged as a separate title. 

[0631] As a result, a video data ecSting apparatus 
defines the user-defined PGC information in the RTRW 
management file, and by doing 60 is able to complete 

45 the generation of a user-defined PGC For user-defined 
PGCs, there is a relationship whereby the production of 
a user-defined PGC equates to the definition of a set of 
user-defined PGC informatioa 
[0632] When deleting a user-defined PGC, it is suffi- 

50 dent to delete the user-defined PGC inform a ti o n from 
the RTRW management file, with the user-defined PGC 
being regarded es not existing thereafter. 
[0833] The units for reproduction of a user-defined 
PGC are the same as tor an original PGC This means 

55 that the reproduction of a user-defined PGC is per- 
formed by the user indicating the user-defined PGC 
irtformation. It is also poss&Je for user-defined PGCs to 
be partially reproduced. Such partial reproduction of a 
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user-defined PGC is achieved by the user intficating 
cefls that are included in the user-defined PGC 
[0634] The differences between oriQina) POCs and 
user-defined POCs are as described above, but from 
the viewpoint of the user, there is no need to be aware 
of such differences. This is because the entire repro- 
duction or partial reproduction of both types of PGCs is 
performed in the same way by respectively indicating 
the PGC information or cell information As a result 
both tinds of PGCs are managed in the same way using 
a unit called a Video title'. 

[0635] The following is an explanation of the reproduc- 
tion of original PGCs and user-defined PGCs. The 
arrows drawn with broken lines in Fig. 71 show how cer- 
tain sets of data refer to other data. Arrows y2, y4. y6, 
and y8 show the relationship between each VOBU in a 
VOB and the time codes included in the time map table 
In the VOB information, while y1. y3 f y5, and y7 show 
the relationship between the time codes included in the 
time map table in the VOB information and the sets of 
cell information. 

[0636] Here, it is assumed that the user has incficaied 
one of the PGCs, so that a video title is to be repro- 
duced When the indicated PGC is the original PGC #1 . 
the set of ceD in for mation #1 located at the front of the 
original PGC information #1 is extracted by the repro- 
duction apparatus. Next the reproduction apparatus 
refers to the AVfBe and VOB identifiers included in the 
extracted set of cell formation #1 , and specffies the AV 
file #1, the VOB#1, and the time map table #1 for this 
VOB as the AV file and VOB corresponding to this ceD 
information. 

[0637] The specified time map table #1 includes the 
size of each VOBU that composes the VOB and the 
reproduction period of each VOBU. To improve the data 
accessing ability, the specified time map table #1 also 
includes the address and elapsed time relative to the 
start of the VOB for representative VOBUs that are 
selected at a constant interval, such as a multiple of ten 
seconds. As a result by referring to the time map table 
using tit e ceO start time C_V_S_PTM, as shown by the 
arrow y1, the reproduction apparatus can specify the 
VOBU in the AV file that corresponds to the cell start 
time C_V_S_PTM included in the set of ceil information 
#1, and so can specify the first address of this VOBU 
By doing so, the reproduction apparatus can determfte 
the first address of the VOBU that corresponds to this 
ceQ start time C_V_S_PTM. can access VOBU #1 as 
shown by the arrow y2, and so can start reading the 
VOBU sequence that starts from VOBU#1. 
[0638] Since the set of ceQ irrformation #1 also 
includes the cell end time C_V_E_PTM, the reproduc- 
tion apparatus can access the time map table using this 
cefl end time C_V_E_PTM, as 6hcwn by the arrow y3, to 
specify the VOBU in the AV file that corresponds to the 
ceQ end time C_V_E_PTM included in the set of ceO 
Information #1. As a result the reproduction apparatus 
can determine the first address of the VOBU that corre- 



sponds to the ceO end time C_V_E_PTM. When the 
VOBU that corresponds to the ceQ end time 
C_Y.E_PTM is VOBU #10. for example, the reproduc- 
tion apparatus wiD stop reacting the VOBU sequence on 

5 reaching VOBU#10. as shown by arrow y4. 

[0639] ByaocasstngtheAVfneviatheceUintomtation 
#1 and the VOB information #1, the reproduction appa- 
ratus can read only the section incficaied by the cell 
information #1, out of the data In VOB #1 that is 

io included in AV file #1.H reads are also performed torthe 
ceil information #2. #3, and #4. all VOBUs that are 
included in VOB#1 can be read and reproduced. 
[0640] When reproduction is performed for an original 
PGC as described above, the sections in the VOB can 

is be reproduced in the order in which they are arranged in 
theVOa 

[0641] The following explanation is for when the user 
indicates the reproduction of a video title indcated by 
one of the user-defined PGC& 

20 [0642] When the incficated PGC is the user-defined 
PGC #1, the reproduction apparatus extracts the set of 
cell information #1 that is positioned at the front of the 
user-defined PGC information #1 for this user-defined 
PGC #1. Next, the reproduction apparatus refers to the 

25 time map table #1 using the cell start time C_V_S_PTM 
included in this cell information #1, as shown by the 
arrow y5, and specifies the VOBU in VOBU #1 that cor- 
responds to this cell start time C_V_S_PTM included in 
the ceil information #1. tn this case, the reproduction 

so apparatus specifies VOBU #11 as the VOBU that corre- 
sponds to the ceQ start time C_V_S_PTM, accesses 
VOBU #11 as shown by the arrow ye, and starts reading 
a VOBU sequence that starts from VOBU #1 1 . 
[0643] The ceQ information #1 included in the user- 

35 defined PGC #1 also includes the ceQ end time 
C_V_E_PTM, so that the reproduction apparatus refers 
to the time map table using this ceQ end time 
C_V_E_PTM, as shown by the arrow y7, and specifies 
the VOBU in VOB #1 that corresponds to the cell end 

40 time C_VJE_PTM that is included in the cell information 
#1. When the VOBU that corresponds to the cefl end 
time C_VJEJ*TM is VOBU #21 , for example, the repro- 
duction apparatus wiD stop reading the VOBU sequence 
on reaching VOBU #21, as shown by arrow yd. 

45 [0644] Asdescribed above, after accessing the AVfile 
via the cell information #1 and VOB information #1, the 
reproduction apparatus performs the same processing 
for the ceO information #2, #3, and #4 included in the 
user-defined PGC information #1 . 

so [9645] After extracting the cefl information #2 which is 
located at a position following the cell information #1, 
the reproduction apparatus refers to the AV file identifier 
included in the extracted cell information #2 and so 
determines that AV file #2 corresponds to this ceQ intor- 

55 mation and that time map table #2 corresponds to this 
AVfila 

[0646] The speeded time map table #2 Includes the 
size of each VOBU that composes the VOB and the 
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reproduction period of each VOBU To improve the data 
accessing ability, the specified time map table #2 also 
includes the address and elapsed lime relative to the 
start of the VOB tor representative VOBUs that are 
selected at a constant Interval, such as a multiple often 
seconds. As a result, by referring to the time map table 
using the cell start time C_V_S_PTM. as shown by the 
arrow y9, the reproduction apparatus can specify the 
VOBU In the AV fOe that corresponds to the cell start 
time C_V_S_PTM included In the set of cell i nfor ma ti on 
#2, and so can specify the first address of this VOBU 
By doing so, the reproduction apparatus can determine 
the first address of the VOBU that corresponds to this 
can start time C.VS.PTM, can access VOBU #2 as 
shown by the arrow ylO. and so can start reading the 
VOBU sequence that starts from VOKJ#2. 
[0647] Since the set of cell information #2 also 
includes the cell end time C_.V_E_.PTM, the reproduc- 
tion apparatus can access the time map table using this 
cefl end time C_V_E_PTM, as shown by the arrow y11, 
to specify the VOBU In the AV file that corresponds to 
theceO end time C_V_E_PTM Included in the set of ceB 
information #2. As a result, the reproduction apparatus 
can determine the first address of the VOBU that corre- 
sponds to the cell end tone C_VJE_PTM. When the 
VOBU that corresponds to the ceO end time 
CV_E_P7M »8 VOBU #11. for example, the reproduc- 
tion apparatus wfll stop reading the VOBU sequence on 
reaching VOBU#1 1. as shown by arrow y12. 
[0648] By reproducing the user-defined PQC informa- 
tion in this way. the desired sections in VOBs included in 
two AV files may be reproduced in the given order. 
[0649] This completes the explanation of the unity of 
AVffle, VOB information, and PQC Information. The fol- 
lowing is a description of the title search pointer shown 
in Fig. 70. 

(4-1 -5) Content of the Tftfr Swch Pointy 

[0650] The title search pointer is information for man- 
aging the VOB information, time map table, PGC infor- 
mation, and AV fies recorded on a DVD-RAM in the 
units called video titles that were described abovei Each 
title search pointer is composed of the PQC number that 
is assigned to a set of original PGC information or a set 
of user-defined PGC information, a title type, and a title 
reoording history. 

[0651] Each title type corresponds to one of the PGC 
numbers, and is set at the value TXT to show that the 
AV title with the corresponcfing PQC number is an origi- 
nal type PGC, or is set at the value "01" to show that the 
AV title with the corresponding PGC number is a user- 
defined PGC. 

[0652] The title recording history shows the data and 
time at which the corresponding PGC Information was 
recorded onto the DVD-RAM. 
[0653] When the RTRW directory on a DVD-RAM is 
indicated, a reproduction apparatus that complies to 



DVD-RAM standard reads the titie search pointers from 
the RTRW management ffle and so can instantly know 
how many original PGCs and user-defined PGCs are 
given In each directory on the DVD-RAM and when 
5 each of these video titles were recorded in the RTRW 
management fDa 

(4-1-6) frrtenMwttfoTfty of User-defined PQCs and 
Orhiirffll PQCs in a Real Edit 

10 

[0654] The user-defined PGC information defined in a 
virtual edit can be used to Indicate the linking order for 
cells in a real edit as shown in this fourth embodiment 
[0655] Also, once a real edit has been performed as 

is described in the fourth embedment, H a set of user- 
defined PGC information is converted into a set of orig- 
inal PGC information, original PGC information can be 
easily generated tor the VOBs obtained by this linking. 
[0656] This is because the data construction of the 

so user-defined PGC information and the original type 
information only differ in the value given as the title type, 
and because the sections of a VOB obtained by a real 
edit are the sections that were indicated by the user* 
defined PGC information before the real edit 

25 [0657] The following is an explanation of the proce- 
dure for a real edit in this fourth embodiment and of the 
process tor updating user-defined PGC information to 
original PGC information. Fig. 72 shows an example of 
a user-defined PGC and an original PGC 

so [0658] In Fig. 72,. original PGC information #1 includes 
only ce!l#1. and forms part of an original PGC with 
VOB#1 and the VOB informattoa On the other hand, 
user-defined PGC information #2 forms a user-defined 
PGC using only celt#1 , cefl#2, and ceD#3. 

3$ [0659] In Pig. 72, cell#l indicates the section from 
VOBU#1 to VOBUti, as shown by the broken arrows 
y51 and yS2, while ce0#2 indicates the section from 
VOBUft+1 to VOBUtij. as shown by the broken arrows 
y53 and yS4, and ceiJ#3 indicates the section from 

40 VOBU$+1 to VOBUftt+2, as shown by the broken 
arrows y55 and y56. 

[0660] in the following example. ce)i#2 is deleted from 
the user-defined PGC i n for ma tion, and the user indi- 
cates a real edit using the user-defined PGC informa- 
45 tion #2 composed of the cells #1 and #3. In Fig. 73, the 
area that corresponds to the deleted cell is shown using 
shading. 

(0661 ] CeU#2. which is deleted here indicates one of 
the video frames, out of the plurality of sets of picture 

60 data included in VOBU #t+1 shown within the frame 
w11. using the cell start time C_VjS_PTM. Cefl#2 also 
indicates one of the video frames, out of the plurality of 
sets of picture data included in VOBU shown within 
the frame w1 2, using the cefl end time C_V_E_PTM. 

55 [0662] H a real edit is performed using the user- 
defined PGC information #2, VOBUs #M, i. and h-1 
located at the end of celKH and VOBUs #j. j+1 . and j+2 
located at the start of ce)l#2 wiO be subjected to re» 
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encoding. This re-encoc&ng is performed according to 
the procedure described in the first and second embod- 
iments, and the finking of the extents is then performed 
according to the procedure described in the third 
entoodiment 

[0663] Fig. 74A shows the ECC blocks on the DVD- 
RAM that are freed by a real edit performed using user- 
defined PGC Information #2. As shown on the second 
level of Fig. 74A, VOBUsft £+1, and $+2 are recorded 
in the AV block #m, and VOBUs #j, 4+1, and *j+2 are 
recorded in the AV block 0n. 
[0664] As shown in Fig. 73, ceO #2 indicates the pic- 
ture data included in VOBU $+1 as the C_V_S_PTM. 
and the picture data Included In VOBU $+1 as the 
C_V_E_PTM. As a result a SPLIT command and a 
SHORTEN command of the second ernbodirnent are 
issued to free the area from the ECC block occupied by 
VOBU $+2 to the ECC block occupied by VOBU 4), as 
shown by the frames w13 and w14 In Fig. 74A. How- 
ever, the ECC blocks occupied by VOBUs and #+1 
and the ECC blocks occupied by VOBUs #j+1 andj+2 
are not freed 

[0665] Fig. 74B shows an example of a VOB> VOB 
information and PGC Intorrnatfo^ 
the area corresponding to cell #2 have been deleted, 
VOB #1 is deleted into (new) VOB#1 and VOB#2. 
[0666] When the SPLIT cornmand is issued, the VOB 
Information for VOB#1 is divided into VOB information 
#1 and VOB information 02. The time map tables 
included in this VOB information is also c&vtded into the 
time map table #1 and the time map table #2. Although 
not illustrated, the seamless linWng information is also 
divided 

[0667] The VOBUs in VOB#1 and VOB#2 are referred 
to by a reproduction apparatus via these divided time 
map tables. 

[0668] The user-defined PGC information and original 
PGC information have the same data construction, with 
only the value of the title types differing. The sections of 
VOSs obtained after a real edit were originally indicated 
by the user-defined PGC information #2 before the real 
edit, so that the user-defined PGC information #2 is 
converted into original PGC information. Since this 
user-defined PGC information #2 is used to define the 
original information, there is no need tor a separate 
process to generate new original PGC data after a real 
edit 

f Fiwthnfil ffiocte of ttra PVP Recorder 70 

[0669] fig. 75 is a fimctfonai Week tfagram sriowirtg 
the construction of the DVD recorder 70 in this fourth 
ernbodirnent Each function shown in fig. 75 is realized 
by the CPU 1a executing the programs in the ROM 1e 
and controlling the hardware shown in Fig. 17. 
[0670] The DVD player shown in Fig. 75 is composed 
of a cSsc recording unit 100, a disc reading unit 101, a 
common file system unit 10, an AV file system unit 11, 



and an recofcfino/<c5tinp^ e prod uct io n control unit 12, in 
the same way as in video data editing apparatus 
described fn the third ernbodirnent The present embod- 
iment differs with the third ernbodirnent however, in that 

5 the AV data recording unit 13 is replaced with the title 
recording control unit 22, the AV data reproduction unit 
14 is replaced with the title reproduction control unit 23. 
and the AV data editing unit 1 5 is replaced with the edit- 
ing multistage control unit 26. This DVD player also 

io includes a PGC information table work area 21, an 
RTRW management file work area 24, and a user- 
defined PGC information generator 25, in place of the 
defragmented on unit 16. 

15 (4-2-11 Recordinc-Ec^r^Reproo^on Control Unit 12 

[0671] The recorcOnc^ec^ng-reproduction control unit 
12 in this fourth embodiment receives a user indication 
of a cfirectory in the directory structure on the WD-RAM 

20 as the operation target On receiving the user indication 
of the operation target the recording-^oltinp/feprcjduc- 
tfen control unit 12 specifies the operation content 
according to the user operation that has been reported 
by the remote control signal reception unit & At Ate 

ss same .time, the recoiding-ecSling-reproduction control 
unit 12 gives instructions so that processing corre- 
sponding to the operation content is performed for the 
directory that is the operation target by the title record- 
ing control unit 22, the title reproduction control unit 23. 

30 or any of the other components. 

[0672] Fig. 77A shows an example of graphics data 
that is displayed on the TV monitor 72 under the control 
of the recordirig-ecrrting'reprcduc^ion control unit 12. 
When any of the directories has been set into the focus 

35 state, the recoro1ng-editing><eproductron control unit 1 2 
waits for the user to press the enter key. When the user 
does so, the recorcQng-ecOting-reproduction control unit 
12 specifies the directory that is presently in the focus 
state as the current directory. 

40 

(4-2-3) PQC Infermation Table WQrh Area 21 

IP673] The PGC in for mati on table work area 21 is a 
memory area that has a standardized logical format so 

45 that sets of PGC information can be successively 
defined. This PGC information table work area 21 has 
internal regions that are managed as a matrix The plu- 
rality of sets of PGC information that are present in the 
PGC information table work arsa 21 are arranged in eff- 

50 ferent columns while a plurality of sets of ce8 informa- 
tion are arranged in different rows. In the PGC 
information table work area 21, any set of cell irrfbrma- 
fon in a stored set of PGC iriformation can be accessed 
using a combination of a row number and a column 

55 number. 

[0674] Rg. 76 shows exarrples of sets of original PGC 
information that are stored in PGC information table 
work area 21. It should be noted here that when the 
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reoorcfing of an AV ffle te completed, the user-defined 
PGC information table will be empty (shown as "NULL" 
in Fig. 76"). In Fig. 76. the original PGC information #1 
includes the Get of ceD information #1 showing the sec- 
tion between the start time to and the end time tl. the 
set of ceil information #2 shewing the section between 
the start time t1 and the end time t2, the set of cell intor- 
ration #3 showing the section between the start 1imet2 
and the end time 13, and the set of cell information #4 
showing the section between the start time t3 and the 
end time t4. 

f4-g-9> Trtle Recording Control iMSi 

• [0675] The title recording control unit 22 records 
VOBs onto the DVD-RAM in the same way as the AV 
data recording unit 13 m foe third embodiment, although 
in doing so the title recording control unit 22 also stores 
a time map table in the RTRW management file work 
area 24. generates MOB information, and generates 
original PQC information which it stores En the PGC 
information table work area 21. 
[0676] When generating original PGC information, the 
title recording control unit 22 follows the procedure 
described below. First on receiving notification of a 
pressing of the record key from the recording-editing* 
reproduction control unit 12, the title recording control 
unit 22 secures a row area in the PGC information table 
work area 21. Next, after the AV data recording unit 13 
has assigned an AV file identifier and a VOB identifier to 
the VOB to be newly recorded, the title recording control 
unit 22 obtains these identifiers and stores them in the 
secured row area corresponding to a newly assigned 
PGC number. 

[0677] Next when encoding is started for the VOB, the 
title recording control unit 22 instructs the MPEG 
encoder 2 to output the PTS of the first video frame 
When the encoder control unit 2g has outputted this 
PTS for the first video frame, the title recording control 
unit 22 stores this value and waits for the user to per- 
form a marking operation. 

[0678] Fig. 80A shows how data Input and output are 
performed between the components shown in Fig. 75 
when a marking operation is performed. While viewing 
the video images displayed on the TV monitor 72, the 
uses presses the mark key on the remote controller 71. 
This marking operation is reported to the title recording 
control unit 22 via the route shown as fl), ©, ® in Fig. 
80 A. The title recording control unit 22 then obtains the 
PTS for the point where the user pressed the mark key 
from the encoder control unit 2g, as shown by ® in Rg. 
80 A, and sets this as time information. 
[0679] The title recording control unit 22 repeatedly 
performs the above processing while a VOB is being 
encoded. If the user presses the stop key during the 
generation of the VOB* the title recording control unit 22 
instructs the encoder control unit 2g to output the pres- 
entation end time for the last video frame to be 



encoded. Once the encoder control unit 2g has output- 
ted this presentatfon end tirr* tor me tag 
be encoded, the title recording control unit 22 stores this 
as time information. 

5 [0680] By repeating the above processing until the 
encoding of a VOB is complete, the title recanting con- 
trol unit 22 ends tp storing the AVfBe identifier, the VOB 
identifier, the presentation start time of the first video 
frame, the presentation start time of each video frame 

10 corresponding to a point where a marking operation 
was performed, and the presentation end time of the 
final video frame. 

[0681] Of this stored time information, the title record- 
ing control unit 22 sets the 6tart time and end time of a 

15 section and the corresponding AV file identifier and VOB 
identifier as one set of cefl information which It stores in 
a newly-secured row in the PGC information tablework 
area 2 1 . By doing so, the title reoorcfing control unit 22 
newly generates original PGC information. 

20 [Q682] On completing the above generation, the title 
reoorcfing control unit 22 associates this original PGC 
information to the assigned PGC number, and, in the 
PGC information table wont area 21, generates a title 
search pointer that has type information showing that 

25 this PGC information is original PGC information, and a 
title recording history showing the date and time at 
which the recording of this PGC information was com- 
pleted. 

[0683] It should be noted here that rf the title reproduc- 
so tion control unit 23 can detect when there is a large 
change in the content of scenes, the user-defined PGC 
information generator 25 may automatically obtain the 
PTS for the points at which such scene changes occur 
and automatically set these PTS in sets of cell informa- 
35 tion. 

[0684] The generation of a time map table or VOB 
information does not form part of the gist of this embod- 
iment and so wiP not be explained. 

40 (4-2-4) Trie Reproduction Control Unit 23 

[0685] The title reproduction control unit 23 performs 
reproduction or partial reproduction for any of the titles 
recorded in the current directory that is indicated by the 

45 recordmg-ecfiting-reproduction control unit 12. 

[0686] This is described in more detail below. When, 
as shown in Rg. 77A, one of the directories is selected 
as the current directory and the user gives an indication 
for the reproduction of one of the title stored in this 

so directory, the title reproduction control unit 23 displays 
the screen image shown in Rg. 77A. reads the original 
PGC information table and user-defined PGC informa- 
tion table in the RTRW management file in this directory, 
and has the user select the complete reproduction or 

55 partial reproduction of one of the original PGCs or user- 
defined PGCs in the current directory. Fig. 77B shews 
the PGCs and cells that are displayed as the Ost of 
potential operation targets The sets of PGC information 
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and ceO Information that represent these PGCs and 
cells are the same as those shown in the example of 
Fig. 76. 

10687] The original PGCs that appear in this interac- 
tive screen are Ghown in a simple graph that shows time 
in the hor iz o n t a l axis; with the each original PGC being 
displayed along with the date and time at which it was 
recorded. In Fig. 77B, the menu at the bottom right of 
the screen shows whether complete reproduction or 
partial reproduction is to be performed for the video title 
in the current directory. By pressing the T or T key on 
the remote controller 71. the user can select complete 
reproduction or partial reproduction or the video titia If 
the user selects complete reproduction, the title repro- 
duction control unit 23 has the user select one of the 
PGCs as the operation target while if the user selects 
partial reproduction, the title reproduction control unit 23 
has the user select one of the celts as the operation tar- 
get 

[0688] When complete reproduction has been 
selected for a PGC the title reproduction control unit 23 
extracts the cells from the PGC selected as the opera- 
ton target and, by referring a time map table such as 
that shown in Fig. 71, reproduces the sections indicated 
by the cells one by one. On completing the reproduction 
of the sections, the title reproduction control unit 23 has 
the interactive screen shown in Fig. 77B displayed and 
waits for the next selection of ceO information. 
[0689] Fig. 78A is a flowchart showing the processing 
when partially reproducing sets of cell informati o n. First 
in step S271 , the title reproduction control unit 23 reads 
the C_V_S_PTM and C_V_E_PTM from the cell infor- 
mation to reproduced out of the original PGC informa- 
tion or user-defined PGC information. Next in step 
S272, the title reproduction control unit 23 specifies the 
address of the VOBU (START) that includes the picture 
data assigned C .VJLPTM. 
[0690] In step S273. the titie reproduction control unit 
23 specifies the address of the VOBU (END) that 
includes the picture data assigned C_VJE_PTM, and in 
step S274, the title reproduction control unit 23 reads 
the section from VOBU (START) to VOBU (END) from 
the present VOa In step S275, the title reproduction 
control unit 23 instructs the MPEG decoder 4 to decode 
the read VOBUs. In step S278. the title reproduction 
control unit 23 outputs the cell presentation start time 
(C_V_S_PTM) and cell presen ta t io n end time 
(C_VEJ*TM) to the decoder control unit 4k of the 
MPEG decoder 4 as valid reproduction section informa- 
tion, together with a decode processing request 
[0691] The reason the title reproduction control unit 23 
outputs the valid reproduction section information to the 
MPEG decoder 4 is that the decoder control unit 4k in 
the MPEG decoder 4 wiD try to decode wen picture 
data that is not within the section indicated by the cell. In 
more detail, the unit for the decode processing of the 
MPEG decoder 4 is a VOBU so that the MPEG decoder 
4 w3l decode the entire section from VOBU(START) to 



VOBU(END), and in doing so win have picture data out- 
side the section indicated by the ceO reproduced A cell 
indicates a section in units of video fields, so that a 
method for prohibiting the decoding and reproduction of 

5 picture data outside the section is necessary. To rxohibrt 
the reproduction of such picture data, the title reproduc- 
tion control unit 23 outputs vafid reproduction section 
information to the title reproduction control unit 23. Fig. 
76B shows how only the section between the cell pres- 

io entation start time (C_V_S_PTM) and the ceO presenta- 
tion end time (C_V_E_PTM), out of the area between 
the VOBU (START) and the VOBU (END), is repro- 
duced. 

[9692] By receiving this vaGd reproduction section 
is information, the MPEG decoder 4 can stop the display 
output of an appropriate number of vid eo fields from the 
start of the VOBU (START) to C_V_S_PTM and the (Ss- 
piay output of an appropriate number of video fields 
from C_V_E_PTM to the VOBU (END). For the hard- 
20 ware con s truc tion shown in Fig. 17, the disc access unit 
3 reads the VOBU sequence and outputs this to the 
MPEG decoder 4 via the logical connection (1). The 
MPEG decoder 4 decodes this VOBU sequence and 
prohibits the reproduction output of the part that pre- 
ss cedes C_V_SJ>TM and the part that follows 
C_y„E_FTM. As a result only the section indicated by 
the ceO Information is reproduced. 
[Q693] Since one set of original PGC information or 
user-defined PGC information includes a plurality of 
30 sets of cell I n for matio n, the procedure shown in Fig. 78A 
may be repeated for each set of ceO information 
included in one set of PGC information. 

{4-2-51 RTRW Management Re Work Area 24 

35 

[0694] The RTRW management fie work area 24 is a 
work area for arranging the original PGC information 
table composed of the plurality of sets of original PGC 
information generated in the PGC information table 

40 work area 21, the user-defined PGC information table 
composed of a plurality of sets of user-defined PGC 
Information, the title search pointers, and the sets of 
VOB information, in accordance with the logical format 
shown in Fig. 70. The common hie system unit 10 writes 

45 the data arranged in the RTRW management file work 
area 24 into the RTRW directory as non-AV ffles, and In 
doing so stores a RTRW management file in the RTRW 
directory. 

so (4-2-61 User-Defined PGC Information Generator 25 

[0695] The user-defined PGC information generator 
25 generates user-defined PGC information based on 
one set of PGC information recorded in the RTRW man- 
55 agement f Oe of the current directory. Two types of cell 
information can be present in the user-defined PGC 
information (called sets of user-defined cell informa- 
tion), with these being a first type that indicates an area 
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inside a section indicated by cell information In an exist- 
ing set ol PGC Information, and a second type thai indi- 
cates the 6ame sectionasasetof ceilinforTTiaticn tnan 
existing set of PGC information. The user-defined PGC 
information generator 25 generates these two types of 
ceO infonn&Uon using different methods* 
[0696] To generate the first type of user-defined eel) 
information that indicates an area inside a section indi- 
cated by existing cell information, the user •defined PGC 
information generator 25 has the title reproduction con- 
trol unit 23 perform partial reproduction for the section 
indicated by the existing cefl information. During the 
partial reproduction for this section, the user-defined 
PGC information generator 25 monitors when the user 
performs marking operations, and generates sets of cell 
information with the times of the marking operations as 
the start point and end point In this way, the user- 
defined PGC information generator 25 generates user- 
defined PGC information composed of this first type of 
ceQ information. 

[0697] Rgs»79A and 79B show how the user uses the 
TV monitor 72 and remote controller 71 when generat- 
ing user-defined PGC i nformation . Fig. 80B shows the 
data input and output between the components shown 
in Fig. 75 when a marking operation is performed. As 
shown in Fig. 79 A, the user views the video images dis- 
played on the TV monitor 72 and presses the mark key 
on the remote controller 71 at the beginning of a desired 
scene. After this, the desired scene ends, as shown in 
Fig. 79B, and the video images change to a content in 
which the user has no interest. Accordingly, the user 
presses the mark key again. 
[0699] This marking operation is reported to the user- 
defined PGC {reformation generator 25 via the route 
shown as®, ©. ® in Ftg. 80B. The user-defined PGC 
information generator 25 then obtains the PTS of the 
points when the user pressed the mark key from the 
MPEG decoder 4. as shown by ® in Fig. BOB, and 
stores the PTS as time information. The user-defined 
PGC information generator 25 then generates a set of 
ceil information by attaching the appropriate AV file 
Identifier and MOB identifier to a pair of stored PTS that 
are the start point and end point of a section, and stores 
this ceO information in a newly secured row area the 
PGC information table work area 21, as shown by @ in 
Ftg. 80a 

[0699] When generating user-defined PGC informa- 
tion that irttfeaies a section indicated by an existing set 
of ceB information, the user-defined PGC information 
generator 25 merely copies the existing cell information 
into a different row area in the PGC information table 
work area 21. 

[0700] to more detail, the user-defined PGC informa- 
tion generator 25 secures a row area for one row in the 
RTRW management ffle work area 24, and assigns a 
new user-defined PGC information identifier to this row 
area. 

[0701] Once the cell information that should be used 



in the present user-defined PGC information has been 
indicated, out of the sets of cefl information In the PGC 
information already stored in the PGC information table 
work area 21 , using a combination of a row number and 
5 a column number, the user-defined PGC information 
generator 25 reads the ceD irrtonnatxm and copies ft into 
a newly secured row area in the PGC information table 
work area 21. 

10 (4-2-7) Editing Multi-Stare CorrtreliJDiL2fi 

[0702] The editing multi-stage control unit 26 controls 
the title reproduction control unit 23, the user-defined 
PGC information generator 25, and the seamless Unk- 
is ing unit 20 to perform a multi-stage editing process 
including: 

1. virtual edits achieved by defining user-defined 

PGC information; 
so 2. previews which allow the user to view the video 

images that would be obtained by a real edit, based 

on the result of a virtual eo% 

3. seamless Unking, as described in the first and 

second embodiments; and 
25 4. real edits performed by linking AV files as 

described in the third embo dim ent 

Procedure far MuW-Steqa Editing bv the Edit- 
ing Multi-Stage Control Unit 26 

so 

[0703] The following is a description of the specific 
procedure for the multi-stage control performed by the 
ecfiting multi-stage control unit 26. When the user 
selects a virtual edit using the remote controller 71 in 

35 response to the interactive screen shown in Fig, 77 A, 
the editing multi-stage control unit 26 accesses the 
RTRW directory, has the common file system unit 10 
read the RTRW management file from the RTRW direc- 
tory, and has the RTRW management f3e stored in the 

40 RTRW management file work area 24. Next out of the 
RTRW management fOe stored in the RTRW manage- 
ment f De work area 24, the editing multi-stage control 
unit 26 transfers the original PGC information table, the 
user-defined PGC information table, and the title search 

45 pointers to the PGC information table work area 21, and 
transfers the time map table to the time map table work 
area. 

[0704] Based on the transferred original PGC irrforma- 
tion table, the editing multi-stage control unit 2S displays 
so the interactive screen shown in Rg. 85, and waits for the 
next user indication. 

[0705] Rg. 85 shows an example of the Interactive 
screen displayed by the TV monitor 72 to have the user 
select the sections for the cells of a user-defined PGC in 
55 a virtual edit 

[0706] This interactive screen displays the original 
PGCs and user-defined PGCs as simple graphs, where 
the horizontal axis represents time. The recording date 
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and time of each original PGC and user-defined PGC is 
also alsplayed. This interactive screen dismays the plu- 
rality of ceiie as a horizontal an^rigemem of rectan^ea 
The user may select any of these rectangles using the 
cursor keys on the remote controller 71. These original 
PGCs and cells are the same as those shown in Fig. 76, 
and the following descrfees the updating of the original 
PQC information table, the user-defined PGC informa- 
tion table and the title search point ere with Fig. 76 as the 
initial state. 

[0707] Fig. 81 is a flowchart showing the processing 
of the editing mufti-stage control unit 26 when defining a 
user-defined PQC. In this flowchart the variable j indi- 
cates one of the plurality of original PGCs that are 
arranged vertically In the interactive screen and the var- 
iable k indicates one of the plurality of ceOs that are 
arranged horizontally in the interactive screen, 
[0708] The variable mis the PQC number that should 
be assigned to the set of user-defined PQC information 
that is being newly defined in the RTRW management 
file, and the variable n is the cefl number that should be 
assigned to the set of cell information that ts being 
newly defined in the RTRW management file. 
[0709] In step S201, the editing mufti-stage control 
unit 26 substitutes a vatue given by adding one to the 
last number of the original PGC information in the 
RTRW management tie into the variable m and "1" into 
the variable n. In step S202. the editing multi-stage con- 
trol unit 26 adds a space tor the mth user-defined PGC 
information to the user-defined PQC information table 
and in step S203, the editing multi-stage control unit 26 
waits for the user to make a key operation. Once the 
user has made a key operation, in step $204 the editing 
multi-stage control unit 26 sets the flag for the pressed 
key, out of the flags that correspond to the kBys on the 
remote controller 71, at "1*. and in step $205 judges 
whether the Enter_Flag, which shows whether the enter 
key has been pressed, is "1". in step $206, the editing 
mufti-stage control unit 26 judges whether the 
End_Flag, which shows whether the end key has been 
pressed, is T. When both these flags are T>\ the edit- 
ing multi-stage control unit 26 uses the RighLFlag, 
LefLFJag, Down_Flag, Upper J=Iag. which respectively 
show whether th e right, left, down, or up keys have been 
pressed, to perform the following calculations, before 
substituting the calculation results into the variables k 
andj. 

k4-kfr(Right_Flag)-r(LefLRag) 

M*1 •(DownJTagM •(MpJTag) 
[07101 When the right key has been pressed, the 
RighLFlag is set at T t so that the variable k ts incre- 
mented by *1 When the up key has been pressed, the 
Up.Flag is set at V, so that the variable j is incre- 
mented by T. Conversely, when the left key has been 
pressed, the Left-Flag is set at "1", so that the variable 
k is decremented by T. In the same way, when the 
down key has been pressed, the Down.Flag is set at 
"1\ so that the variable j is decremented by "1 * 



[0711] After updating the values of the variables k and 
j in this way, the editing multistage control unit 26 has 
the ceil representation in row j and column k displayed 
in the focus state in step S208, dears ail of the flags 

5 assigned to kBys on the remote controller 71 to zero in 
step $209, and returns to step $203 where it waits once 
again tor a key operation. By repeating the procedure in 
steps S203 to $209 described above, the focus state 
can move up/down and left/right among the ceOs 

10 according to key operations made using the remote 
controller 71. 

[0712] If the user presses the enter key with any of the 
ceils in the focus state during the above processing, the 
ecfiting multi-stage control unit 26 proceeds to step 

15 $251 in Fig. 82. 

[0713] tnstepS251 of Fig. 82. the editing multi-stage 
control unit 28 has the user give an Indication as to 
whether the cell information in row j and column k 
should be used as it is, or whether only an area within 

20 the section indicated by this cell information is to be 
used. When the cefl information is to be used as it Is, the 
editing multi-stage control unit 26 copies the cell repre- 
sentation in row j and column k to the space given as 
row m and column n in step S252. and defines 

25 Original w PQC«j.CELUk as 
User_Defined_PGC#ntCELL#n in step S253. After this 
defining, in step S2S4 the editing multi-stage control unit 
26 increments the variable n and proceeds to step S209 
In Fig. 81. 

so [0714] When an area within the section indicated by 
this cell information in row j and column k should be 
used, the editing multi-stage control unit 26 proceeds to 
step $255 to have the title reproduction control unit 23 
commence partial reproduction tor the cell information 

33 in row | and column k. 

[0715] In step S255, the editing multi-stage control 
unit 26 determines the circumstances for the reproduc- 
tion of the cell information in row j and column k. This 
determination is performed since when the section indi- 

40 cated by this cefl information has been reproduced in 
part, there is no need to reproduce the section once 
again from the start with it being preferable in this case 
tor the reproduction of the section indicated by the cell 
information in row j and column k to commence at the 

45 position where the previous reproduction was termi- 
nated (Step S266), this point being called the reproduc- 
tion termination point t 

[071 6] On the other hand, when the cell information in 
row] and column k has not been reproduced, the see- 
so tion indcated by the cell information in row j and column 
k is reproduced from the start in step $265, with the 
processing then returning to steps $256 and entering 
the loop formed of steps S256 and S257. Step $256 
waits for the reproduction of the cell to end, while step 
55 $257 waits tor the user to press the mark key. When the 
judgement "Yes* is given in step $257, the processing 
advances to step S258, where the time information for 
the pressing of the mark key is obtained, and then to 
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stepS259. 

[0717] tn step S259. the editing multi-stage control 
unit 28 judges whether two sets of fime Information have 
been obtained. If not the processing returns to step 
$256. or H sot the processing advances to step S260 s 
where the obtained two sets of time information are set 
as the start point and end point 
[0718] One of the sets of time information obtained 
here is the start of the video scene which was marked 
by the user during its display on the TV monitor 72. to 
while the other set of time information is the end of this 
video scena These sets of time information are inter- 
preted as marking a section in the original PGC which is 
especially wanted by the user as material for a video 
edit Accordingly, user-defined PGC information should is 
be generated this section, so that cell information is 
generated in the PGC information table work area 21 . 
The processing then advances to step S261 . 
[0719] In step S261. the user-defined PGC informa- 
tion generator 25 obtains the VOBJD and AV file ID in 20 
Original.PCK^.CELUk. In step S2G2. the user- 
defined PGC in for ma tio n generator 25 generates 
User - DsfinecLPGC#m.CEtL#n using the obtained 
start point and end point VOBJD. and AV file ID tn 6tep 
8263, the end point information is stored as the repro- 2s 
ductton termination point t and in step S254, the varia- 
ble n is incremented, before the processing returns to 
stepS209. 

[0720] As a result of the abcve processing, new user- 
defined cefl information is generated from the cefl infer- so 
mation in row j and column k. After this, another cell is 
set into the focus state and another set of user-defined 
ceO information is generated from this ceil, so that a set 
of user-defined PGC information is gradually defined 
one cell at a lima 35 
[0721] It should be noted here mat if the reproduction 
based on the cell information in row j and column k in 
the loop process shown as step S256 to step 8257 ends 
without a marking operation having been made, the 
processing will return to step S254. *o 
[0722] When it is determined that the end key has 
been pressed, the judgement "Yes" is given in step 
S206 in Fig. 80B and the processing advances to step 
8213. In step 8213. a menu is displayed to have the 
user intf cate whether a next user-defined PGC is to be 45 
defined. When the user wishes to define a new user- 
defined PGC and gives an indication of such, in step 
S21 4 the variable m is incremented, the variable n is ini- 
tialized and the processing proceeds to steps S209 and 
S203. so 

(4-2-7-2) Specific Example of the Definition of User- 
Pfifinpd pqq information 

[0723] The foDowing is a description of the operation 55 
when defining user-defined PGC information from a plu- 
rality of sets of original PGC information that are dis- 
played in the interactive screen image of Fig. 85. 



[0724] Rgs> 88A and 86B show the relationship 
between the user operations made via the remote con- 
troller 71 and the display processing that accompanies 
the various user operations. Fig. 87A through Fig. 90 
also illustrate examples of such operations, and are 
referred to in the following explanation of these opera- 
tors. 

[0725] As shown in Fig. 85. once the cefl #1 which is 
in row 1 and column 1 has been set in the focus state, 
the user presses the enter key. as shown in Fig. 86a As 
a result, the judgement *Yfes" Is given in step S205 and 
the processing proceeds to the flowchart in Fig. 82. tn 
steps S251 to S266 of the flowchart in Fig. 82, the first 
cell information CELL #1A in the user-defined PGC #1 
is generated based on the Original_PGC#1 . CELL#1 
shown in Fig. 86A. Once this generation is complete, 
the variable n is Incremented in step S254. and the 
processing returns to step S203 via step 8209 with the 
value of the variable n at "2*. In this example, the user 
presses the down key once, as shown in Fig. 87B, and 
the right key twice, as shown In Figs. 87C and 87a In 
step 8204. the flags that corresponds to the keys that 
have been pressed are set at "1". 
[0726] As a result of the first press of the down key: 
te»1(»1+1*0-ro) 

j-2(oi+n-in» 

[0727] As a result of the fret press of the right key: 

ks2(si+ri-ro) 

K(o2+rf>ro) 
[0728] As a resuft of the second press of the right key: 

te=3(o2+ri-1*0) 

i=2(2+1*0-1*0) 
[0729] As shown in Rg.87A, the ceil #7 located m row 
2 and column 3 is set in the focus state. 
[0730] Once the ceO in row 2 and column 3 has been 
set in the focus state, the user presses the enter key, as 
shown in Fig. 888, so that the judgement "Yes" is given 
in step S205 and the processing advances to the flow- 
chart in Fig. 82. The cell information #7A. which is the 
second set of cell inf o rm a t ion in UserDef ined_PGC#1 , 
is then generated based on the 
Original J>GC#2.CELU7 located in row 2 and column 3 
of the original PGC information table (see Fig. 88A). 
[0731] After the second set of cell information has 
been generated, the above processing Is repeated. The 
user presses the enter key as shown in Fig. 89B. so that 
the cell information #11 A and the cell Information #3A 
are respectively generated as the third and fourth sets 
of cell information in UserDef ined_PGC#1. 
[0732] The processing returns to step S203 and. in 
the present example, the user then presses the end key 
As a result the End_Flag corresponding to the end key 
is set at "1". and the processing advances to step S213. 
Since the end key has been pressed, the editing multi- 
stage control unit 26 regards the definition of the user- 
defined PGC information #1 as complete. In step S213, 
the user is asked to indicate whether he/she wishes to 
define another set of user-defined PGC information (the 
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user-defined PGC in form a tio n #2) that foUows this 
defined user-defined PGC information #1. If the user 
wishes to do sa the variable m fs incremented, the var- 
iable n is initialized, and the processing proceeds to 
stepS209, 

[0733] By repeating the above processing, the user- 
defined PGC intormation #2 and the user-defined PGC 
information #3 are defined As shown in Fig. 91. this 
user-defined PGC information #2 is composed of cell 
#26\ can #4B> cefl #108, and cell #58, and the user- 
defined PGC intormation #3 is composed of cefl #3Q 
ceQ #6C. ceO #8C. and cell #9C 
[0734] Fig. 91 shows the contents of the user-defined 
PGC information table, the original PGC information 
table and the title search pointers at the end of the vir- 
tual edit process. 

[0735] If the user presses the end key at this point, the 
interactive screen shown in Rg. 90 wiD be displayed in 
step S215 in Ftg. 81. and the editing multi-stage control 
unit 26 waits for the user to select a set of user-defined 
PGC intormation using the up and down keys. Hera, the 
user can select a preview by pressing the play key. and 
can select a real edit by pressing the real ecfit key. with 
the user-defined PGC intormation table not being 
recorded yet 

[073$] H the user gives indication for an operation that 
records a user-defined PGC. the user-defined PGC 
information table that includes the new user-defined 
PGC generated In the PGC information table work area 
21 is transferred to the RTRW management file work 
area 24. where it is written into the part of the RTRW 
management ffie written in the RTRW management f3e 
work area 24 that corr esp on ds to the user-defined PGC 
intormation table; 

[0737] At the same time, fQe system commands are 
issued so that a title search pointer for the newly gener- 
ated user-defined PGC information is added to the title 
search pointers that are already present in the RTRW 
management fie transferred to the RTRW management 
fte work area 24. 

[0738] Rg. 83 is a flowchart shewing the processing 
during a preview a a real ecfit The following is a 
description of the processing when performing a pre- 
view of a VOB linking operation, with reference to this 
flowchart in Fig. 83. 

[0739] Figs. 92A-92B and 93A-93C show the relation- 
ship between operations made using the remote con- 
troller 71 and the display processing that accompanies 
these operations. 

[0740] In step S220 of toe flowchart of Fig, 83. the first 
number in the user-defined PGC information table is 
substituted into the variable J. and step S221. a key 
operation is awaited. When the user makes a key oper- 
ation, in step S222 the flag corresponding the key 
pressed by the user is set at "1*. 
[0741] In step S223, it is judged whether the 
Play_Flag. which shews whether the play key has been 
pressed, is "1", and in step S224, ft is judged whether 



the ReafEdiLFlag. which shows whether the real edit 
key has been pressed, is 1*. When both these flags are 
"0", the processing proceeds to step S225 where the 
following calculation is performed using the values of 
5 the UpJTag and Down.Flag that respectively show 
whether the up and down keys have been pressed. The 
results of this calculation is substituted into the variable 
i- 

j<-}+1 *(Down_Flag)-1 # (Up_Flag) 

io [0742] When the user has pressed the up key, the 
Up.Rag will be set at "1". meaning that the variable j is 
decremented. Conversely, the user has pressed the 
down key, the Down.Flag will be set at "1\ meaning 
that the variable J is incremented. Once the variable ) 

is has been updated In this way, in step S226 the image on 
the display corresponding to the PGC Information posi- 
tioned on row j is set in the focus state. In step S227. all 
of the flags corresponding to keys on the remote con- 
troller 71 are cleared to zero and the processing returns 

20 to step S221 where another key operation is awaited. 
This processing in steps S221 to S227 is repeated, with 
the focus state moving to a different set of PGC informa- 
tion in accordance with user operations of the up and 
down keys on the remote controller 71. 

25 [0743] If the user presses the play key. during the 
above processing is being repeated, with one of the 
sets of PGC information in the focus states the 
Ptay_plag is set at "1", the judgement "Yes" is given in 
step S223. and the processing proceeds to S228. In 

so step $228, the editing mufti-stage control unit 28 
instructs the title reproduction control unit 23 to repro- 
duce the VOBs in accordance with the PGC. out of the 
user-defined PGCs. that has been indicated by the user. 
[0744] When the PGC indicated by the user is a user- 

35 defined PGC, the celts included in the user-defined 
PGC win indicate sections out of the plurality of section 
in one or more VOBs in a user-defined order. Since 
such reproduction win not satisfy the necessary condi- 
tions tor seamless reproduction that were descrtoed in 

40 the first and second embodiments, so that image dis- 
play and output wiO be stopped at the boundary of a cell 
during reproduction before advancing to the next cell. 
Since the necessary conditions for seamless reproduc- 
tion of cells are not satisfied, image display and audio 

45 display win be interrupted. However, the object of this 
operation is only to give the user a preview of the linking 
result for a plurality of scenes, so that this object is still 
achieved regardless of such interruptions. 

so (4-8-7-3) Processing, for a Preview of a Mufti-Stage Edit 
flntffor aRffllftfit 

[0745] The operation for the Dnking of VOBs in a real 
ecfit is described below. 
55 [0746] Figs* 94A to 94C show the relationship 
between user operations of the remote controller 71 and 
the cfisplay processing that accompany these key oper- 
ations. The user presses the up key as shown in Fig. 
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94B to have csfl #1 A set into the focus state; and tins is 
reflected In thetfsptay screen displayed on the TV mon- 
itor 72 as 6hcwn In Rg.94A. If the user then presses ft^ 
real edrtkey, as shown in Rg. 94C. the judgement "Yte" 
is made in step $224 in Fig. 83, and the processing from 
step S8 to step S1 6 in the flowchart of Rg. 43 described 
in the third embodiment is performed. 
[0747] After completing this processing in the third 
embodiment, the processing advances to step S237 in 
Rg. 84. After the variable n is set at "1" in step S237, a 
search is performed for the OriginaJJ>GCJJ}.CELL#k 
which was used when generating the 
UserDefined_PGC#mCELL#n in step S238 and in step 
S239 it is fudged whether this OriginaLPGCflj exists. If 
so, this OriginaLPGC#i ts deleted in step S240, or if not 
a search Is performed tor the lrsenOeftned_PGC#q that 
was generated from this Original_PGC$ in step S240. 
[0748] In step S242, it is determined whether there is 
at least one such UsenDefmedJ>GC#q, and if so, all 
such U6erDefmedJ > GC#q are deleted in step S243. In 
step S244, it is judged whether the value of variable n 
matches the last number of the cell information, and if 
not, the processing advances to step S245 where the 
variable n is incremented to indicate the next set of cell 
information in the PGC information #q before the 
processing returns to step S238, The loop process in 
step S238 to step S245 is repeated unta the variable n 
reaches the last number of the cell information in the 
PGC information #q. 

[0749) The sections indicated by the user-defined 
PQC information #1 are all of VOBs #1, #2, and #3, so 
that these are all subjected to the real edit The sets of 
original PGC information that were used to generate the 
cefl information included in user-defined PGC informa- 
tion #1 indicate VOBs that are subjected to the real edit 
so that all of these sets of original PGC information are 
deleted. The sets of user-defined PGC that were gener- 
ated from these sets of PGC information also indicate 
VOBs that are subjected to the real edit so that an of 
these sets of user-defined PGC information are also 
deleted. 

[0750] The judgement "Yes" is made in step S244, so 
that the processing advances to step $246, and, out of 
the freed PGC numbers obtained by deleting the sets of 
original PGC information, the lowest number is obtained 
as the PGC number #e. Next in step S247, the ceO 
information is updated using the AV ffle ID assigned to 
the AV file and the VOBJD after the MERGE command, 
and in step S248 the PGC number of the 
UserDefined_PGC#q is updated to the PGC number 
#& In the title search pointers, meanwhile, the type 
information fe updated to the original type. 
[0751] Rg. 95 shows examples of the PGC informa- 
tion table and the title search pointers after the deletion 
of sets of original PGC information and user-defined 
PGC information that accompanies a real edit 
[0752] Since the VOBs #1. #2, and Vindicated by the 
sections in user-defined PGC information #1 are sub- 



jected to the real edit the original PGC information #1, 
the original PGC information #2. the original PGC infor- 
mation #3. the user-defined PGC information #2, and 
the user-defined PGC information #3 wiQ already have 

5 been deleted. Conversely, what was formerly the user- 
defined PGC I n f ormatio n #1 has been defined as the 
original PGC information #1. 
[0753] Once the PGC information has been updated 
in the PGC information table work area 21 as described 

10 above, the new original PGC information is transferred 
to the RTRW management file work area 24 where it is 
used to overwrite the RTRW management ffle presently 
stored in the RTRW management file work area 24. At 
the same time, the title search pointer for this newly 

15 generated original PGC information Is transferred to the 
RTRW management file work area 24 where it is used 
to overwrite the title search pointers already present in 
the RTRW management fQa 
[0754] Once the user-defined PGC information table 

20 and titie search pointers have been written, file system 
oommands are issued so that the RTRW management 
fSe stored in the RTRW management ffle work area 24 
is written into the RTRW directory. 
[0755] With this present embodiment the sections to 

25 be used as materials tor a real edit are indicated by 
user-defined cell information, with these being freely 
arranged to provisionally decide the reproduction route. 
[0756] When the user wishes to set a reproduction 
route of the editing materials, this can be achieved wrttv 

so out having to temporarily produce a VOB> so that the 
editing of video materials can be performed in a short 
time using a simple method. This also means that there 
is no need to use more of the storage capacity of the 
DVD-RAM to store a temporarily produced VOa 

35 [0757] tithe provisional determination of scene linking 
can be achieved by merely defining a set of user- 
defined PGC information, the user can produce many 
variations of the reproduction route in a short tima The 
sets of user-defined cell information are indicated using 

40 time information for sections in VOBs. so that the indi- 
cated VOBs can be maintained in the state in which they 
were already recorded. 

[0758] The user can generate a plurality of sets of 
user-defined PGC information tor different reproduction 

45 routes and men view previews of these routes to find the 
most suitable of these reproduction routes. The user 
can then indicate a real edit for his/her preferred repro- 
duction route, and so process the VOBs in accordance 
with the selected user-defined PGC information. This 

so means that the user can perform a bold editing process 
that directly rewrites the VOBs that are already stored 
on an optical cfisc. While the original VOBs will be effec- 
tively deleted from the disc, the user is able to verify the 
result of this before giving the real edit indication, mak- 

55 ing this not a particular problem tor the present inven- 
tion. 

[0759] Once a real edit has been performed, the title 
type in the title search pointer of the user-defined PGC 



62 



123 



EP0903742A2 



124 



information used for the real oft wiD be set to "original 
type PQC information", so that this can be used as the 
base tor following video editing operations. 
[0760] As descrfced above, a single video data editing 
apparatus that uses only one optical disc can perform 5 
advanced video editing whereby a user can select one 
out of a pturaSty of freely chosen potential arrange- 
ments of the source material As a result, by using the 
present video data editing apparatus, a large number of 
video enlhusia^ will be aUe to perform ac^raJlcedec^ io 
ing operations that were considered out of the reach of 
conventional domestic video equipment 
[0761] it should be noted here that the time informa- 
tion may be taken from the mark points in the cell infer* 
mation and managed with information such as address is 
taken from the time map table in the form of a table. By 
doing sa this information can be presented to the user 
as potential selections in a screen showing the pre-edit- 
ing stata 

[0762] Reduced images (known as Thumbnafls") may so 
also be generated for each mark point and stored as 
separate files, with pointer information also being pro- 
duced tor each thumbnail. When displaying the ceO 
information at the pre-editing stage, these thumbnails 
may be displayed to show the potential selections that ss 
can be made by the user. 

[0763] The processing of components such as the title 
reproduction control unit 23 (see Fig. 78) and the 
processing of the editing multi-stage control unit 26 
(Rga 81 to 84) that was described in this fourthernbod- so 
iment using flowcharts can be achieved by a machine 
language program. Such machine language program 
may be distributed and sold having been recorded on a 
recording medium. Examples of such recording medium 
are an IC card, an optical disc, or a floppy disc. The 35 
machine language program recorded on the recording 
medium may then be installed into a standard personal 
computer. By executing the installed machine language 
programs, the standard personal computer can achieve 
the functions of the video data editing apparatus of this 40 
fourth embodiment 

[0764] As a f inal note reganfing the relationship 
between VOBs and original PQC information, it is pref- 
erable tor one set of original PQC Information to be pro- 
vided for each VO& «5 
[0765] Although the present invention has been fully 
descrfeed by way of examples with reference to accom- 
panying drawings, it is to be noted that various changes 
and modifications wiD be apparent to those skilled in the 
art. Therefore, unless such changes and modifications so 
depart from the scope of the present invention, they 
should be construed as being included therein. 

Claims 

55 

1. A video data editing apparatus that performs editing 
to enable seamless reproduction of at least two 
video objects that are recorded on an optical disc 



each video object including a plurality of video 
object units, and each video object unit including 
sets of picture data, 

the video data editing apparatus comprising: 
reading means for reading at least one of a 
former video object unit sequence and a latter 
video object unit sequence from a video object 
recorded on the optical disc the former video 
object unit sequence being composed of a pre- 
determined number of video object units posi- 
tioned at the end of a former video object to be 
reproduced first, and the latter video object unit 
sequence being composed of a predetermined 
number of video object units positioned at a 
start of a latter video object to be reproduced 
second; 

encoding means tor re-encoding the sets of 
picture data included in at least one of the 
former video object unit sequence and the lat- 
ter video object unit sequence to enable the 
former video object and the latter video object 
to be reproduced seamlessly; and 
writing means for rewriting at feast one of the 
former video object and the latter object on the 
optical disc after encoding by the enooding 
means. 

The video data editing apparatus of Claim 1. 

wherein the encoding means re-encodes at 
least one of the sets of picture data included in the 
former video object unit sequence and the sets of 
picture data included in the latter video object unit 
sequence using a target amount of code. 

the target amount of code being an amount 
whereby no overflow will occur in a video buffer 
of a video decoder, even when the sets of pic- 
ture data included in the former video object 
unit sequence are present in the video buffer at 
a same time as the sets of picture data 
included in the latter video object unit 
sequence. 

The video data editing apparatus of claim 2, 

wherein the plurality of sets of picture data 
are stored in a plurality of video packs, each video 
pack being assigned an input time stamp showing 
an input time for input into the video buffer, and one 
of the video packs being assigned a decode time 
stamp showing at what time the one of the sets of 
picture data should be taken from the video buffer. 

the video data editing apparatus further com- 
prising 

analyzing means for calculating an amount of 
data that will be stored in the video buffer for 
each of the plurality of video frames in an ana- 
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lyzed period between a final Input time in a final 
video pack in the former video object unit 
sequence to a final decode time of a set of pic- 
ture data in the former video object unit 
sequence that should be decoded fast. 5 
the analyzing means calculating the amount of 
data by referring to the input time stamps and 
decode time stamp assigned to each video 
pack in the former video object unit sequence 
and the latter video object unit sequence and to 
totaling a data size of each video pack corre- 
sponding to the analyzed period, and 
the analyzing means calculating the target 
amount of code based on the calculated 
amount of data for each video frame and a 15 
buffer capacity of the video buffer, 
the re-encoding means re-encoding at (east 
one of the sets of picture data included at an 
end of the former video object unit sequence 
and the sets of picture data included at a start 20 
of the latter video object unit sequence using 
the target amount of code. 

4. The video data editing apparatus of Claim 3, further 
comprising: 2s 

information generating means for generating 
seamless linking information that includes a 
time stamp assigned to a final pack in the 
former video object unit sequence, a time so 
stamp assigned to a first pack in the latter video 
object unit sequence, and a seamless flag 
showing whether reproduction is to be seam- 
lessly performed for the former video object 
unit sequence and the latter video object una 35 
sequence, 

an input time at which a first pack in the latter 
video object unit sequence is inputted into a 
buffer being found by adding a certain offset to 
a time stamp assigned to the first pack in the 40 
tatter video object unit sequence, 
the writing means writing the generated seam- 
less linking information onto the optical disc. 

5. The video data editing apparatus of Claim 4. 45 

wherein each set of picture data includes 
data that is to be decoded for one video frame, 

the information generating means further add- 
ing a presentation end time when reproduction 80 
of the sets of picture data in the former video 
object unit sequence ends and a presentation 
start time when reproduction of the sets of pic- 
ture data in the latter video object unit 
sequence starts to the seamless linking infor- « 
mation, 

the certain offset being found by subtracting 
the presentation start time of the latter video 



object unit sequence from the presentation end 
- time of the former video object unit sequence. 

6. The video data editing apparatus of Claim 2, 

wherein each video object unit includes a 
plurality of sets of picture data and a plurality of sets 
of audio data. 

the video data editing apparatus further com- 
prising: 

separating means for separating sets of picture 
data and sets of audio data from the former 
video object unit sequence and the latter video 
object unit sequence read by the reading 
means, and 
multiplexing means 

for multiplexing at least one of the sets of pio» 
ture data, which include one of picture data and 
re-encoded picture data, separated from the 
former video object unit sequence with the sets 
of audio data reed from the former video object 
unit sequence, and 

for multiplexing the sets of picture data, which 
include one of picture data and re-encoded pic- 
ture data, separated from the tatter video object 
urtit sequence with the sets of audio data sepa- 
rated from the latter video object unit 
sequence. 

the writing means writing data outputted by the 
multiplexing means onto the optical disc. 

7. The video data editing apparatus of Claim 6. 

wherein the plurality of sets of audio data in 
the former video object unit sequence and the tatter 
video object unit sequence are reproduced for a 
plurality of audio frames, 

the video data editing apparatus further com- 
prising analyzing means for specifying a period 
between a first audio frame and a second audio 
frame, out of the plurality of audio frames in the 
former video object unit sequence, for taking a 
f irst audio data sequence that should be repro- 
duced during the specified period from the 
former video object unit sequence, and for 
extracting a second audio data sequence that 
should be reproduced starting from a third 
audio frame in the plurality of audio frames in 
the latter video object unit sequence, 
the first audio frame being the second next 
aucfio frame from an audio frame that cone- 
sponds to a time at which a fast pack in the lat- 
ter video object unit sequence is inputted, 
the second audio frame being located immedi- 
ately before an audio frame in the former video 
object unit sequence that corresponds to a 
presentation 6tart time of reproduction of a f irst 
set of picture data in the latter video object unit 
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sequence, 

the third audio frame being located immetfi- 
atety after the audio frame in the latter video 
object unit sequence that corresponds to a 
presentation end time of reproduction of the 
second audio frame, and 
the multiplexing means multiplexing the sets of 
picture data and the sets of audio data so that 
the first audio data sequence is located at a 
position before the second audio data 
sequence. 

8. The video data editing apparatus of Claim 7, further 
comprising: 

generating means for specifying a presentation 
end time of the second audio frame as a 
decode processing halt time for an audio 
decoder, and for generating halt control Infor- 
mation that indicates a decode processing halt 
time and a period from the presentation end 
time of the second audio frame to the presenta- 
lion start time of the third audio frame as a haft 
period for a processing halt by the audio 
decoder, 

the writing means writing the generated halt 
control information onto the optical disc. 

9* The video data editing apparatus of Claim 8, 

wherein a plurality of sets of audio data that 
should be reproduced for a plurality of audio frames 
from the first aucfio frame to the second aucfio frame 
are stored as a first aucfio pack group, 

wherein if a data size of the first pack group 
is not an integer multiple of 2 kilobytes (KB), one of 
stuffing data and a padding packet is used to make 
the data size of the first audio pack group is an inte- 
ger multiple of 2KB, and 

wherein the plurality of sets of audio data 
that should be reproduced for a plurality of aucfio 
frames starting from the third audio frame are 
stored as a second aucfio pack grotp. with the mul- 
tiplexing means multiplexing sets of picture data 
and sets of audio data so that the first aucfio pack 
group is located before the second audio pack 
group 

10. The video data editing apparatus of Claim 9, 

wherein the analyzing means generates 
location information that shows which video object 
unit, out of the video object units in the latter video 
object unit sequence, Includes a final pack in the 
first audio pack group, 

the writing means writing the generated loca- 
tion information onto the optical disc. 

11. A video data editing apparatus that performs editing 



to enable seamless reproduction of a former sec- 
tion and a latter section* the former section and the 
latter section being located In at least one video 
object that is recorded on an optical disc, each 
s video object including a plurality of video object 
units and each video object unit Including sets of 
picture data, 

the video data editing apparatus comprising: 

to reading means for reading a former video 

object unit sequence and a latter video object 
unit sequence from a video object recorded on 
the optical disc, the former video object unit 
sequence being composed of video object 

15 units positioned at an end of the former section 

that is to be reproduced first, and the latter 
video object unit sequence being composed of 
video object units positioned at a start of a lat- 
ter section that is to be reproduced second; 

so encoding means for re-encoding the sets of 

picture data included in at least one of the 
former video object unit sequence and the lat- 
ter video object unit sequence to enable the 
former section and the latter section to be 

& reproduced seamlessly; and 

writing means for rewriting at least one of the 
former section and the tatter section on the 
optical disc after encoding by the encoding 
means, 

30 

12* The video data editing apparatus of Claim 11. 

wherein the encoding means re-encodes at 
least one of the sets of picture data included in the 
former video object unit sequence and the sets of 
35 picture data included in the latter video object unit 
sequence using a target amount of code, 

the target amount of code being an amount 
whereby no overflow wiO occur in a video buffer 

40 of a video decoder, even when the sets of pic- 

ture data included in the former video object 
unit sequence are present in the video buffer at 
a same time as the sets of picture data 
included in the latter video object unit 

45 sequence. 

13. The video data editing apparatus of Claim 12, 

wherein when a picture type of a final set of 
picture data in a display order of the former section 

50 is a Bidirectionatly Predictive Picture (B picture), the 
re-encoding means performs re-encoding to con- 
vert the final set of picture data to a Predictive Pic- 
ture (P picture) whose information components are 
dependent on only sets of picture data that are 

55 reproduced earlier than the final set of picture data. 

14. The video data editing apparatus of Claim 13, fur- 
ther comprising: 
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analyzing means lor analyzing, whan a picture 
type of a fral set of picture data En a display 
ovder of the former section is a 6 picture, an 
Increase in data size that accompanies a con- 
version of the B pkzure into a P picture by the 
encoding means, based on aetata size of a set 
of picture data to be reproduced after the final 
set of picture data in the cfispfay order, 
the encoding means re-encoding sets of pic- 
ture data at an end of the former video object 
unit sequence using a target code amount that 
ensures an underflow will not occur in a video 
buffer even when picture data with the ana- 
lyzed increase in data size is accumulated in 
the video buffer. 

15. The video data editing apparatus of Claim 1 2. 

wherein when a picture type of a first set of 
picture data in a cooing order of the latter section is 
a P picture, the re-encoding means performs re- 
encoding to convert the first set of picture data to an 
Intra Picture (I picture) whose information compo- 
nents are not dependent on other sets of picture 
data. 

16. The video data editing apparatus of Claim 15, fur* 
ther comprising: 

analyzing means for analyzing, when a picture 
type of a first set of picture data in a coding 
order of the latter section is a P picture, an 
increase In data size that accompanies a con- 
version of the P picture into an I picture by the 
encoc£ng means, based on a data size of a set 
of picture data to be reproduced before the first 
set of picture data in the dteplay order, 
the encoding means re-encoding sets of plo* 
ture data at a start of the tatter video object unit 
sequence using a target code amount that 
ensures an underflow wfll not occur in a video 
buffer even when picture data with the ana- 
lyzed increase in data size is accumulated in 
the video buffer. 

17. The video data editing apparatus of Claim 12, 

wherein when a picture type of a f irst set of 
picture data in a display order of the latter section is 
a B picture, the re-encoding means performs re- 
encoding to convert the first set of picture data to a 
forward predicative picture whose information com- 
ponents are only dependent on sets of picture data 
that are reproduced after the first set of picture 
data. 

IS. The video data editing apparatus of Claim 17, fur- 
ther comprising: 

analyzing means for analyzing, when a picture 



type of a first set of picture data in a display 
order of the latter section is a B picture, an 
increase in data size that accompanies a con- 
version of the B picture into a forward predka- 

5 tive picture by the encoolng means, based on a 

data size of a set of picture data to be repro- 
duced after the first set of picture data, 
the encoding means re-encoding sets of pic- 
ture data at a start of the latter video object unit 

10 sequence using a target code amount that 

ensures an underflow win not occur in a video 
buffer even when picture data with the ana- 
lyzed increase in data size is accumulated In 
the video buffer. 

15 

19l The video data ecfiting apparatus of dafm 18, fur- 
ther comprising: 

separating means for separating sets of picture 

so data and sets of audio data from the former 

video object unit sequence and the latter video 
object unit sequence read by the reading 
means; and 
multiplexing means 

S3 for multiplexing at least one of the sets of pic- 

ture data, which include one of picture data and 
re-encoded picture data, separated from the 
former video object unit sequence with the sets 
of audio data read from the former video object 

30 unit sequence, and 

for multiplexing the sets of picture data, which 
indude one of picture data and re-encoded pic- 
ture data, separated from the latter video object 
unit sequence with the sets of audio data sepa- 

35 rated from the latter video object unit 

sequence; 

the writing means writing data outputted by the 
multiplexing means onto the optical disc. 

40 20. The video data editing apparatus of Claim 19, 

wherein the plurality of sets of audio data in 
the former video object unit sequence and the latter 
video object unit sequence are reproduced for a 
plurality of audio frames, 

45 

the video data editing apparatus further com- 
prising analyzing means for specifying a period 
between a first audio frame and a second audio 
frame, out of the plurality of audio frames in the 

so former video object unit sequence, for taWng a 

first audio data sequence that should be repro- 
duced during the specified period from the 
former video object unit sequence, and for 
extracting a second audio data sequence that 

55 should be reproduced starting from a third 

audio frame in the plurality of audio frames in 
the latter video object unit sequence, 
the first audio frame being the second next 
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audio frame from an au£o frame that corre- 
sponds to a time at which a ftst pack in the lat- 
ter video object unit sequence is inputted, 
the second audio frame being located immecfi- 
atety before an audio frame in the former video 5 
object unit sequence that corresponds to a 
presentation start time of reproduction of a first 
set of picture data in the latter video object unit 
sequence, 

the third audio frame being located immecfi- to 
ately after the audio frame in the tatter video 
object unit sequence that corresponds to a 
presentation end time of reproduction of the 
second audio frame, and 

the multiplexing means multiplexing the sets of is 
picture data and the sets of audio data so that 
the first audio data sequence is located at a 
position before the second audio data 
sequence. 

20 

21. The video data ecfiting apparatus of Claim 20, fur- 
tner cx)rnpnsing. 

generating means for specifying a presentation 
end time of the second audio frame as a 2s 
decode processing haft time for an aucfio 
decoder, and for generating haft control infor- 
mation that indicates a decode processing haft 
time and a period from the presentation end 
time of the second aucfio frame to the presertta- so 
tion start time of the third audio frame as a halt 
period for a processing haft by the aucfio 
decoder, 

the writing means writing the generated haft 
control information onto the optical disc 35 

22. The video data ecfiting apparatus of Claim 21, fur- 
ther comprising: 

wherein a plurality of sets of audio data that 
should be reproduced tor a plurality of aucfio frames «g 
from the first aucfio frame to the second aucfio frame 
are stored as a first audio pack group, 

wherein if a data size of the fast pack group 
is not an integer multiple of 2 kilobytes (KB), one of 
stuffing data and a padding packet is used to make 45 
the data size of the first audfo pack group is an inte- 
ger multiple of 2KB, and 

wherein the plurality of sets of audio data 
that should be reproduced for a plurality of aucfio 
frames starting from the third audio frame are so 
stored as a second aucfio pack group, with the mul- 
tiplexing means multiplexing sets of picture data 
and sets of audio data so that the first audio pack 
group is located before the second audio pack 
group. 55 

23. The video data ecfiting apparatus of Claim 22, fur- 
ther comprising: 



wherein the analyzing means generates 
location information that shows which video object 
unit out of the video object urtits in the latter video 
object unit sequence, includes a final pat* in the 
first aucfio pack groups 

the writing means writing the generated loca- 
tion i rtformation onto the optical disc. 

An optical disc, oonprising: 

a data area recording a plurality of video 
objects that include a plurality of video object 
units, each video object unit inducting a plural- 
Hy of sets of picture data and a plurality of sets 
of audio data, 

the plurality of video objects having a display 
order, 

one of the video object units in a following 
video object, which is a video object out of the 
plurality of video objects that is to be repro- 
duced following a preceding video object in the 
display order, inducting a first audio data 
sequence and the second aucfio data 
sequence, 

the first audio data sequence being a plurality 
of sets of aucfio data that should be reproduced 
during a specified period between a first audio 
frame and a second aucfio frame, out of a plu- 
rality of audio frames in the preceding video 
object. 

the second audio data sequence being a plu- 
rality of sets of aucfio data that should be repro- 
duced from a third aucfio frame onwards, out of 
a plurality of audio frames in the following video 
object, 

the first audio frame being a second next audio 
frame from an aucfio frame that corresponds to 
a time at which a first pack in the following 
video object is inputted, 
the second audio frame being located immedi- 
ately before an aucfio frame in the preceding 
video object unit sequence that corresponds to 
a presentation start time of video frames in the 
following video object and 
the third audio frame being located immedi- 
ately after the aucfio frame in the following 
video object that corresponds to a presentation 
end time of the second audio frame; and 
an index area storing a set of seamless finking 
information for each video object in the data 
area, the seamless linking information enabling 
seamless reproduction of a combination of two 
out of the plurality of video objects recording in 
the data area 

each set of seamless (inking information includ- 
ing: 

audio gap start time information indicating a 
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presentation end time of the second audio 
frame as a decode processing hah time of an 
audio decoder; 

audio gap period in for mati on indicating a 
period between the presentation end time of s 
the second audio frame to a presentation start 
time of the third aucfio frame as a decode halt 
period of the audio decoder; and 
location information indicating which video 
object unit out of the video object units in the io 
following video object includes the first aucfio 
pack sequence. 

25. The optical disc of Claim 24, 

wherein the first aucfio data sequence in is 
stored in a first audio data pack group, the first 
audio data pack group being positioned before a 
second audio data pack group in the following video 
object 

so 

the second audio data pack group being an 
audio data sequence that is reproduced for a 
plurality of audio frames in the following video 
object 

the location information incficating a video ss 
object unit that includes a final pack in the first 
audio data pack group. 

26. A video data editing apparatus for an optical disc 
the optical disc comprising: so 

a data area recording a plurality of video 
objects that include a plurality of video object 
units, each video object unit including a plural* 
ity of sets of picture data and a plurality of sets ss 
of aucfio data, 

the plurality of video objects having a display 
order, 

one of the video object units in a following 
video object which is a video object out of the *o 
plurality of video objects that is to be repro- 
duced following a preceding video object in the 
display order, including a first audio data 
sequence and the second audio data 
sequence, *s 
the first audio data sequence being a plurality 
of sets of aucfio data that should be reproduced 
during a specified period between a first audio 
frame and a second audio frame, out of a plu- 
rality of audio frames in the preceding video so 
object 

the second audio data sequence being a plu- 
rality of sets of audio data that should be repro- 
duced from a third audio frame onwards, out of 
a plurality of audio frames in the following video 55 
object 

the first audio frame being a second next audio 
frame from an aucfio frame that corresponds to 



a time at which a first pack in the following 
video object Is inputted, 
the second audio frame being located immedi- 
ately before an audio frame in the preceding 
video object unit sequence that conesponds to 
a presentation start time of video frames in the 
following video object and 
the third audio frame being located immedi- 
ately after the audio frame in the following 
video object that corresponds to a presentation 
end time of the second audio frame; and 
an index area storing a set of seamless (inking 
information for each video object in the data 
area, the seamless lirtWng information enabling 
seamless reproduction of a combination of two 
out of the plurality of video objects recording in 
the data area. 

each set of seamless linMrtg information includ- 
ing: 

audio gap start time information indicating a 
presentation end time of the second audio 
frame as a decode processing halt time of an 
audio decoder; 

audio gap period information indicating a 
period between the presentation end time of 
the second audio frame to a presentation start 
time of the third audio frame as a decode haft 
period of the auoto decoder; and 
location informatfon inalcating which video 
object unit, out of the video object units in the 
foQowing video object includes the first audio 
pack sequence, 

the video data editing apparatus comprising: 
reception means for receiving an indication of a 
part to be deleted, out of a plurality of video 
object units that are located at the front of a lat- 
ter video object; 

reading means for referring to the location 
infor matio n in the seamless Uniting information 
and reading the video object unit out of the plu- 
rality of video object units in the following video 
object in which the first audio data sequence is 
located; and 

deleting means for deleting a plurality of video 
object units, which correspond to the part to be 
deleted, and the audio gap. 

27. The video data editing apparatus of Claim 26, 

extracting means for extracting, from the first 
audio data sequence and the second audio 
data sequence, aucfio data sequences to be 
newly arranged in the following video object 
based on the video presentation start time of a 
set of picture data to be reproduced first in the 
following video object from which the part has 
been deleted; 

arranging means for storing the audio data 
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sequence extracted from the first audio data 
sequence in a first audio pack group and the 
audio data sequence extracted from the sec- 
ond audio data sequence In a second audio 
pack group, and for arranging the first audio 
pack group and the second audio pack group 
into video object unit in the following video 
object 

28. The video data editing apparatus of Claim 27, fur- 
ther comprising: 

updating means for updating the audio gap 
start time information and the audio gap period 
information, based on the audio data 
sequences extracted by the extracting means, 
and updating the location information, based 
on a location of me first audio data sequence 
used by the arranging means. 

29. A computer-readable recording medium recording 
an editing program that editing that enables seam- 
less reproduction of two video objects on an optica) 
disc, 

each video object including a plurality of video 
object units, and each video object unit includ- 
ing sets of picture data, 

the editing program comprising the following 
steps: 

a reading step for reading at least one of a 
former video object unit sequence and a latter 
video object unit sequence from a video object 
recorded on the optical disc, the former video 
object unit sequence being composed of a pre- 
determined number of video object units posi- 
tioned at the end of a former video object to be 
reproduced first and the latter video object unit 
sequence being composed of a predetermined 
number of video object units positioned at a 
start of a latter video object to be reproduced 
second: 

an encoding step for re- encoding the sets of 
picture data included in at least one of the 
former video object unit sequence and the lat- 
ter video object unit sequence to enable the 
former video object and the latter video object 
to be reproduced seamlessly; and 
a writing step for rewriting at least one of the 
former video object and the latter object on the 
optical disc after encoding by the encoding 
step. 

30. A compute™ eadable recording medium storing an 
editing program that edits parts of video objects 
recorded on an optical cfisc to enable seamless 
reproduction for the parts. 



each video object inducing a plurality of video 
object units and each video object unit includ- 
ing sets of picture data for a given reproduction 
period including a plurality of video frames, 

s each set of picture data being reproduced 

together with one audio frame, 
each part being a section between one video 
frame and another video frame, 
the editing program including the following 

io steps: 

a reading step for reading a former video object 
unit sequence and a tatter video object unit 
sequence from a video object recorded on the 
optical cfisc, the former video object unit 

is sequence being composed of video object 

units positioned at an end of the former section 
that is to be reproduced first and the latter 
video object unit sequence being composed of 
video object units positioned at a start of a fat- 

20 ter section that is to be reproduced second; 

an encoding step tor re-encoding the sets of 
picture data included In at least one of the 
former video object unit sequence and the lat- 
ter video object unit sequence to enable the 

25 former section and the tatter section to be 

reproduced seamlessly; and 
a writing step for rewriting at least one of the 
former section and the latter section on the 
optical disc after encoding by the encoding 

30 step. 

31. A computer-readable recording medium storing an 
editing program that edits an optical disc, 

3$ the optical disc comprising: 

a data area recording a plurality of video 
objects that include a plurality of video object 
units, each video object unit inducing a plural- 
ity of sets of picture data and a plurality of sets 

40 ofaucfiodata, 

the plurality of video objects having a display 
order, 

one of the video object units in a foUowing 
video object which is a video object out of the 
4$ plurality of video objects that is to be repro- 

duced following a preceding video object in the 
display order, including a first audio data 
sequence and the second audio data 
sequence. 

so the first audio data sequence being a plurality 

of sets of audio data that should be reproduced 
during a specified period between a first audio 
frame and a second audio frame, out of a plu- 
rality of audio frames in the preceding video 

55 object. 

the second audio data sequence being a plu- 
rality of sets of audio data that should be repro- 
duced from a third aucfio frame onwards, out of 
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a plurality of audio frames in the following video 
object 

the first audio frame being a 6econd next audio 
frame from an audio frame that corresponds to 
a time at which a first pack in the following 5 
video object is inputted, 
the second audio frame being located immedi- 
ately before an audio frame in the preceding 
video object unit sequence that corresponds to 
a presentation start time of video frames in the to 
following video object, and 
the third audio frame being located Immedi- 
ately after the audio frame in the following 
video object that corresponds to a presentation 
end time of the second aucfio frame; and is 
an index area storing a set of seamless linking 
irrforrnation for each video object in the data 
area, the seamless Gnking information enabling 
seamless reproduction of a combination of two 
out of the plurality of video objects recortfingin so 
the data area, 

each set of seamless linking information includ- 
ing: 

audio gap start time i n format ion indicating a 
presentation end time of the second audio s» 
frame as a decode processing haft time of an 
audio decoder; 

audio gap period information indicating a 
period between the presentation end time of 
the second audio frame to a presentation start so 
time of the third audio frame as a decode haft 
period of the audio decoder; and 
location information indicating which video 
object unit out of the video object units in the 
following video object includes the first aucfio 35 
pack sequence, 

the editing program including the following 
steps: 

a reception step for receiving an indication of a 
part to be deleted, out of a plurality of video 
object units that are located at the front of a lat- 
ter video object 

a reading step for referring to the location infor- 
mation in the seamless linking information and 
reading the video object unit out of the plurality 45 
of video object units in the following video 
object in which the first audio data sequence is 
located; and 

a deleting step for deleting a plurality of video 
object units, which correspond to the part to be so 
deleted, and the audio gap. 
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